| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
BLOB (i.e., large, performance intensive data) in a bitcode file was switched to
invoking one virtual method call per byte read. Now we do one virtual call per
BLOB.
llvm-svn: 173065
|
|
|
|
|
|
|
| |
it reason about the current bit position, which is always independent of the
underlying cursors word size.
llvm-svn: 173063
|
|
|
|
|
|
| |
bytes.
llvm-svn: 173062
|
|
|
|
|
|
|
|
| |
new advance() APIs,
simplifying things and making a bunch of details more private to BitstreamCursor.
llvm-svn: 172947
|
|
|
|
|
|
|
|
| |
method to easy
the transition.
llvm-svn: 172940
|
|
|
|
| |
llvm-svn: 172931
|
|
|
|
|
|
|
|
| |
through a BitstreamCursor that produce it: advance() and
advanceSkippingSubblocks(), representing the two most common ways clients
want to walk through bitcode.
llvm-svn: 172919
|
|
has past the point of making sense. Lets tidy things up: first step, moving
a ton of big functions out of line.
llvm-svn: 172904
|