| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
| |
This change removes the BuildBytecodeInfo flag from the SlotCalculator
class. This flag was needed to distinguish between the Bytecode/Writer
and the AsmWriter. Now that AsmWriter doesn't use SlotCalculator, we can
remove this flag and simplify some code. Also, some minor name changes
to CachedWriter.h needed to be committed (missed in previous commit).
llvm-svn: 13785
|
| |
|
|
|
|
| |
compliant. Thanks, Chris.
llvm-svn: 13771
|
| |
|
|
|
|
| |
SlotTable.
llvm-svn: 13766
|
| |
|
|
| |
llvm-svn: 13765
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
the Abstract Data Type that holds slot number values and associates them
with Type* and Value*. The SlotTable is simply the holder of the slot
numbers and provides a controlled interface for building the table. It does
not enforce any particular idiom or functionality for manipulating the slot
numbers.
This is part of bug_122. The SlotCalculator and SlotMachine classes will
follow.
llvm-svn: 13764
|
| |
|
|
| |
llvm-svn: 13759
|
| |
|
|
| |
llvm-svn: 13228
|
| |
|
|
| |
llvm-svn: 13190
|
| |
|
|
|
|
|
| |
to index into structure types and allows arbitrary 32- and 64-bit integer
types to index into sequential types.
llvm-svn: 12651
|
| |
|
|
|
|
|
| |
prerelease format for LLVM bytecode files. Now we only are compatible with
LLVM 1.0+.
llvm-svn: 12643
|
| |
|
|
|
|
|
| |
In ReadArchiveBuffer, make sure that MemberName is set in the case where
getObjectType would want to return SVR4LongFilename.
llvm-svn: 12567
|
| |
|
|
| |
llvm-svn: 12563
|
| |
|
|
|
|
| |
Contributed by Reid Spencer
llvm-svn: 12523
|
| |
|
|
| |
llvm-svn: 12315
|
| |
|
|
| |
llvm-svn: 12314
|
| |
|
|
| |
llvm-svn: 11233
|
| |
|
|
|
|
| |
getElementTypes() is gone.
llvm-svn: 11228
|
| |
|
|
| |
llvm-svn: 11224
|
| |
|
|
|
|
| |
term) working on bytecode size stuff.
llvm-svn: 11046
|
| |
|
|
|
|
| |
that are still left in the lazy reader map.
llvm-svn: 10944
|
| |
|
|
| |
llvm-svn: 10931
|
| |
|
|
|
|
| |
Fix testcase test/Regression/Assembler/2004-01-20-MaxLongLong.llx
llvm-svn: 10928
|
| |
|
|
| |
llvm-svn: 10924
|
| |
|
|
| |
llvm-svn: 10920
|
| |
|
|
|
|
| |
intelligently.
llvm-svn: 10918
|
| |
|
|
| |
llvm-svn: 10917
|
| |
|
|
|
|
|
|
| |
This shrinks the bytecode file for 176.gcc by about 200K (10%), and 254.gap by
about 167K, a 25% reduction. There is still a lot of room for improvement in
the encoding of the compaction table.
llvm-svn: 10915
|
| |
|
|
|
|
|
|
| |
This shrinks the bytecode file for 176.gcc by about 200K (10%), and 254.gap by
about 167K, a 25% reduction. There is still a lot of room for improvement in
the encoding of the compaction table.
llvm-svn: 10914
|
| |
|
|
|
|
|
| |
type planes. This saves about 5k on 176.gcc, and is needed for a subsequent
patch of mine I'm working on.
llvm-svn: 10908
|
| |
|
|
|
|
| |
This saves about 15K in 176.gcc, coupled with another patch that I'm working on.
llvm-svn: 10889
|
| |
|
|
|
|
|
|
| |
bytecode files when compiling 176.gcc, but more importantly will make it
easier to eliminate CPR's in the future (no new .bc revision will be
required to support them)
llvm-svn: 10884
|
| |
|
|
|
|
|
|
| |
of forcing them to go through ConstantPointerRef's. This allows bytecode
files to mirror .ll files, allows more efficient encoding, and makes it easier
to eventually eliminate CPR's.
llvm-svn: 10883
|
| |
|
|
| |
llvm-svn: 10882
|
| |
|
|
| |
llvm-svn: 10876
|
| |
|
|
| |
llvm-svn: 10875
|
| |
|
|
| |
llvm-svn: 10874
|
| |
|
|
|
|
|
|
|
|
| |
returning error codes. Because they don't return an error code, they can
return the value read, which simplifies the code and makes the reader more
efficient (yaay!).
Also eliminate the special case code for little endian machines.
llvm-svn: 10871
|
| |
|
|
| |
llvm-svn: 10870
|
| |
|
|
|
|
|
|
|
|
|
|
| |
intended to save size (and does on small programs), but on big programs it
actually increases the size of the program slightly. The deal is that many
functions end up using the characters that the string contained, and the
characters are no longer in the global constant table, so they have to be
emitted in function specific constant pools.
This pessimization will be fixed in subsequent patches.
llvm-svn: 10864
|
| |
|
|
|
|
| |
to emit all of those sbyte constants.
llvm-svn: 10863
|
| |
|
|
|
|
| |
data.
llvm-svn: 10861
|
| |
|
|
|
|
| |
byte, it's totally endian incorrect!
llvm-svn: 10857
|
| |
|
|
| |
llvm-svn: 10856
|
| |
|
|
|
|
|
| |
i'm using in my work to reduce the bytecode file sizes. These will eventually
be removed.
llvm-svn: 10849
|
| |
|
|
|
|
| |
the bytecode revision generated by LLVM 1.2.
llvm-svn: 10848
|
| |
|
|
| |
llvm-svn: 10838
|
| |
|
|
| |
llvm-svn: 10791
|
| |
|
|
|
|
|
|
|
|
| |
occurs when the symbol table for a module has been stripped, making all of the
function local symbols go away.
This saves 6728 bytes in the stripped bytecode file of 254.gap (which obviously
has 841 functions), which isn't a ton, but helps and was easy.
llvm-svn: 10750
|
| |
|
|
| |
llvm-svn: 10742
|
| |
|
|
| |
llvm-svn: 10741
|