| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 41769
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use APFloat in UpgradeParser and AsmParser.
Change all references to ConstantFP to use the
APFloat interface rather than double. Remove
the ConstantFP double interfaces.
Use APFloat functions for constant folding arithmetic
and comparisons.
(There are still way too many places APFloat is
just a wrapper around host float/double, but we're
getting there.)
llvm-svn: 41747
|
|
|
|
|
|
| |
GLIBCXX_DEBUG issues.
llvm-svn: 41697
|
|
|
|
| |
llvm-svn: 41506
|
|
|
|
|
|
|
|
|
|
|
|
| |
to handle values bigger than double. If we assume host==target and host
long double works correctly, this is not too bad, but we don't want to
have that limitation longterm. I could implement accepting double
constants as long double or something like that, which would lead to
incorrect codegen with no errors; the more I think about that the worse
it seems. Rather than do such a hack that would be backed out later,
I'm settling for giving reasonable error messages, for now.
llvm-svn: 40974
|
|
|
|
|
|
|
|
| |
LLVM. It cleans up the intrinsic definitions and generally smooths the process for more complicated intrinsic writing. It will be used by the upcoming atomic intrinsics as well as vector and float intrinsics in the future.
This also changes the syntax for llvm.bswap, llvm.part.set, llvm.part.select, and llvm.ct* intrinsics. They are automatically upgraded by both the LLVM ASM reader and the bitcode reader. The test cases have been updated, with special tests added to ensure the automatic upgrading is supported.
llvm-svn: 40807
|
|
|
|
| |
llvm-svn: 40774
|
|
|
|
|
|
|
|
| |
indexing an empty std::vector.
Updates to all clients.
llvm-svn: 40660
|
|
|
|
|
|
| |
Almost all occurrences of "bytecode" in the sources have been eliminated.
llvm-svn: 37913
|
|
|
|
| |
llvm-svn: 37204
|
|
|
|
| |
llvm-svn: 37080
|
|
|
|
|
|
|
| |
pr1146 in llvm 2.1 without ugly code to emulate old behavior. This should
be merged into the 2.0 release branch.
llvm-svn: 36928
|
|
|
|
| |
llvm-svn: 36880
|
|
|
|
| |
llvm-svn: 36862
|
|
|
|
| |
llvm-svn: 36859
|
|
|
|
| |
llvm-svn: 36827
|
|
|
|
|
|
| |
well. This shrinks kc++ from 2724088 to 2717360 bytes.
llvm-svn: 36821
|
|
|
|
|
|
| |
2878544 to 2815788
llvm-svn: 36818
|
|
|
|
|
|
| |
shrinks function bodies in kc++ from 891913B to 884073B
llvm-svn: 36817
|
|
|
|
|
|
| |
This shrinks the function block of kc++ from 1055K to 906K
llvm-svn: 36816
|
|
|
|
|
|
| |
issues reid noticed last night.
llvm-svn: 36785
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
relieves us from having to emit the abbrevs into each instance of the block.
This shrinks kc.bit from 3368K to 3333K, but will be a more significant win
once instructions are abbreviated.
The VST went from:
Block ID #14 (VALUE_SYMTAB):
Num Instances: 2345
Total Size: 1.29508e+07b/1.61885e+06B/404713W
Average Size: 5522.73b/690.342B/172.585W
% of file: 48.0645
Tot/Avg SubBlocks: 0/0
Tot/Avg Abbrevs: 7035/3
Tot/Avg Records: 120924/51.5667
% Abbrev Recs: 100
to:
Block ID #14 (VALUE_SYMTAB):
Num Instances: 2345
Total Size: 1.26713e+07b/1.58391e+06B/395978W
Average Size: 5403.53b/675.442B/168.86W
% of file: 47.5198
Tot/Avg SubBlocks: 0/0
Tot/Avg Abbrevs: 0/0
Tot/Avg Records: 120924/51.5667
% Abbrev Recs: 100
because we didn't emit the same 3 abbrevs 2345 times :)
llvm-svn: 36767
|
|
|
|
|
|
| |
total length
llvm-svn: 36752
|
|
|
|
| |
llvm-svn: 36738
|
|
|
|
| |
llvm-svn: 36736
|
|
|
|
|
|
| |
Olden/voronoi loslessly
llvm-svn: 36735
|
|
|
|
| |
llvm-svn: 36731
|
|
|
|
| |
llvm-svn: 36728
|
|
|
|
| |
llvm-svn: 36723
|
|
|
|
|
|
| |
completely
llvm-svn: 36707
|
|
|
|
|
|
| |
With this fix I can round trip treeaadd, only losing calling conv info.
llvm-svn: 36706
|
|
|
|
| |
llvm-svn: 36704
|
|
|
|
| |
llvm-svn: 36701
|
|
|
|
| |
llvm-svn: 36699
|
|
|
|
| |
llvm-svn: 36688
|
|
|
|
| |
llvm-svn: 36642
|
|
|
|
| |
llvm-svn: 36641
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
trip function bodies like this:
define <2 x i64> @foo(<2 x i64> %x, <2 x i64> %y) {
%tmp4 = bitcast <2 x i64> %y to <8 x i16> ; <<8 x i16>> [#uses=1]
%tmp5 = bitcast <2 x i64> %x to <8 x i16> ; <<8 x i16>> [#uses=1]
%tmp = add <8 x i16> %tmp5, %tmp4 ; <<8 x i16>> [#uses=1]
%tmp6 = bitcast <8 x i16> %tmp to <2 x i64> ; <<2 x i64>> [#uses=1]
ret <2 x i64> %tmp6
}
llvm-svn: 36640
|
|
|
|
| |
llvm-svn: 36620
|
|
|
|
|
|
| |
are done with them, start implementing ParseFunctionBody
llvm-svn: 36617
|
|
|
|
| |
llvm-svn: 36615
|
|
|
|
| |
llvm-svn: 36614
|
|
|
|
|
|
| |
visibility support for bitcode.
llvm-svn: 36577
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
anything about disk I/O itself. This greatly simplifies its interface -
eliminating the need for the ReaderWrappers.cpp file.
This adds a new option to llvm-dis (-bitcode) which instructs it to read
the input file as bitcode. Until/unless the bytecode reader is taught to
read from MemoryBuffer, there is no way to handle stdin reading without it.
I don't plan to switch the bytecode reader over, I'd rather delete it :),
so the option will stay around temporarily.
llvm-svn: 36554
|
|
|
|
| |
llvm-svn: 36541
|
|
|
|
|
|
|
| |
I just introduced), stub out function reading, purge aggregate values from
the value table before reading functions.
llvm-svn: 36463
|
|
|
|
| |
llvm-svn: 36461
|
|
|
|
|
|
|
|
|
| |
easy breakpointing).
Fix bugs reading constantexpr geps. We now can disassemble kc++ global
initializers.
llvm-svn: 36398
|
|
|
|
| |
llvm-svn: 36397
|
|
|
|
| |
llvm-svn: 36394
|