| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 10925
|
|
|
|
| |
llvm-svn: 10924
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fact "profitable" to do so. This makes compactification "free" for small
programs (ie, it is completely disabled) and even helps large programs by
not having to encode pointless compactification planes.
On 176.gcc, this saves 50K from the bytecode file, which is, alas only
a couple percent.
This concludes my head bashing against the bytecode format, at least for
now.
llvm-svn: 10922
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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: 10913
|
|
|
|
|
|
|
| |
Fix some problem cases where I was building the slot calculator in bytecode
writer mode instead of asmwriter mode.
llvm-svn: 10911
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 10905
|
|
|
|
|
|
| |
register yet (2nd try).
llvm-svn: 10896
|
|
|
|
|
|
| |
register yet.
llvm-svn: 10895
|
|
|
|
|
|
| |
LiveIntervals::Interval::expiredAt() and simplify regalloc code.
llvm-svn: 10894
|
|
|
|
| |
llvm-svn: 10893
|
|
|
|
|
|
| |
when we join intervals and one of the two will need to be removed.
llvm-svn: 10892
|
|
|
|
|
|
| |
wheel.
llvm-svn: 10891
|
|
|
|
|
|
| |
This saves about 15K in 176.gcc, coupled with another patch that I'm working on.
llvm-svn: 10889
|
|
|
|
| |
llvm-svn: 10888
|
|
|
|
|
|
| |
asmwriter never did!
llvm-svn: 10885
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
header more easily includable.
llvm-svn: 10880
|
|
|
|
| |
llvm-svn: 10879
|
|
|
|
| |
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
|
|
|
|
|
|
| |
that make up the strings to the slotcalculator.
llvm-svn: 10862
|
|
|
|
|
|
| |
data.
llvm-svn: 10861
|
|
|
|
| |
llvm-svn: 10860
|
|
|
|
| |
llvm-svn: 10859
|
|
|
|
| |
llvm-svn: 10858
|
|
|
|
|
|
| |
byte, it's totally endian incorrect!
llvm-svn: 10857
|
|
|
|
| |
llvm-svn: 10856
|
|
|
|
|
|
| |
lay off the crack.
llvm-svn: 10855
|
|
|
|
|
|
|
|
|
|
| |
It's not clear why the code was looking for signed chars < 0, but it can't
matter to the assembler anyway, so the check goes away. This also fixes
compatibility with arrays of [us]byte that have constantexprs in them.
Also slightly restructure some code to be cleaner.
llvm-svn: 10854
|
|
|
|
|
|
|
| |
It's not clear why the code was looking for signed chars < 0, but it can't
matter to the assembler anyway, so the check goes away.
llvm-svn: 10853
|
|
|
|
| |
llvm-svn: 10852
|
|
|
|
| |
llvm-svn: 10851
|
|
|
|
|
|
|
| |
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: 10847
|
|
|
|
|
|
| |
of C++ programs in Shootout-C++, including lists1 and moments, etc
llvm-svn: 10845
|
|
|
|
|
|
|
|
|
| |
because that makes it abort. Also, fix a typo in a comment.
This checkin brought to you by the "It only takes about 30 seconds to run
ENABLE_LLI tests on Shootout on zion, even if they all dump core" fund.
llvm-svn: 10844
|