| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 85256
|
|
|
|
| |
llvm-svn: 84464
|
|
|
|
|
|
| |
sections of memory objects.
llvm-svn: 83953
|
|
|
|
| |
llvm-svn: 83033
|
|
|
|
| |
llvm-svn: 82259
|
|
|
|
| |
llvm-svn: 82176
|
|
|
|
|
|
|
|
| |
input filename so that opt doesn't print the input filename in the
output so that grep lines in the tests don't unintentionally match
strings in the input filename.
llvm-svn: 81537
|
|
|
|
| |
llvm-svn: 81527
|
|
|
|
|
|
| |
filename in the output, which interferes with the tests' grep lines.
llvm-svn: 81263
|
|
|
|
| |
llvm-svn: 81257
|
|
|
|
|
|
| |
of using llvm-as, now that opt supports this.
llvm-svn: 81226
|
|
|
|
| |
llvm-svn: 81086
|
|
|
|
| |
llvm-svn: 79992
|
|
|
|
| |
llvm-svn: 77637
|
|
|
|
| |
llvm-svn: 77517
|
|
|
|
|
|
| |
METADATA_BLOCK in bitcode file.
llvm-svn: 76834
|
|
|
|
| |
llvm-svn: 76763
|
|
|
|
|
|
|
| |
Derive MDString directly from MetadataBase.
Introduce new bitcode block to hold metadata.
llvm-svn: 76759
|
|
|
|
|
|
| |
!0 = constant metadata !{...}
llvm-svn: 75057
|
|
|
|
|
|
| |
Simplify MDNode printing.
llvm-svn: 75053
|
|
|
|
| |
llvm-svn: 75031
|
|
|
|
| |
llvm-svn: 74633
|
|
|
|
|
|
|
| |
!0 = constant metadata !{i32 21, i32 22}
@llvm.blah = constant metadata !{i32 1000, i16 200, metadata !0}
llvm-svn: 74630
|
|
|
|
| |
llvm-svn: 74255
|
|
|
|
| |
llvm-svn: 74150
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
failures.
To support this, add some utility functions to Type to help support
vector/scalar-independent code. Change ConstantInt::get and
ConstantFP::get to support vector types, and add an overload to
ConstantInt::get that uses a static IntegerType type, for
convenience.
Introduce a new getConstant method for ScalarEvolution, to simplify
common use cases.
llvm-svn: 73431
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
integer and floating-point opcodes, introducing
FAdd, FSub, and FMul.
For now, the AsmParser, BitcodeReader, and IRBuilder all preserve
backwards compatability, and the Core LLVM APIs preserve backwards
compatibility for IR producers. Most front-ends won't need to change
immediately.
This implements the first step of the plan outlined here:
http://nondot.org/sabre/LLVMNotes/IntegerOverflow.txt
llvm-svn: 72897
|
|
|
|
| |
llvm-svn: 72610
|
|
|
|
|
|
|
| |
Constant* in preperation of a future change to support holding non-Constants
in an MDNode.
llvm-svn: 71407
|
|
|
|
|
|
|
|
| |
Constant, MDString and MDNode which can only be used by globals with a name
that starts with "llvm." or as arguments to a function with the same naming
restriction.
llvm-svn: 68420
|
|
|
|
|
|
|
|
|
| |
linkage: the value may be replaced with something
different at link time. (Frontends that want to
allow values to be loaded out of weak constants can
give their constants weak_odr linkage).
llvm-svn: 67407
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and clean recursive descent parser.
This change has a couple of ramifications:
1. The parser code is about 400 lines shorter (in what we maintain, not
including what is autogenerated).
2. The code should be significantly faster than the old code because we
don't have to work around bison's poor handling of datatypes with
ctors/dtors. This also makes the code much more resistant to memory
leaks.
3. We now get caret diagnostics from the .ll parser, woo.
4. The actual diagnostics emited from the parser are completely different
so a bunch of testcases had to be updated.
5. I now disallow "%ty = type opaque %ty = type i32". There was no good
reason to support this, it was just an accident of the old
implementation. I have no reason to think that anyone is actually using
this.
6. The syntax for sticking a global variable has changed to make it
unambiguous. I don't think anyone is depending on this since only clang
supports this and it is not solid yet, so I'm not worried about anything
breaking.
7. This gets rid of the last use of bison, and along with it the .cvs files.
I'll prune this from the makefiles as a subsequent commit.
There are a few minor cleanups that can be done after this commit (suggestions
welcome!) but this passes dejagnu testing and is ready for its time in the
limelight.
llvm-svn: 61558
|
|
|
|
| |
llvm-svn: 61449
|
|
|
|
|
|
|
|
|
| |
indicate functions that allocate, such as operator new, or list::insert. The
actual definition is slightly less strict (for now).
No changes to the bitcode reader/writer, asm printer or verifier were needed.
llvm-svn: 59934
|
|
|
|
|
|
| |
supported.
llvm-svn: 53427
|
|
|
|
|
|
|
|
|
| |
cases quoting of <{ didn't work out, so I changed the grep to check for }>
instead.
This fixes 7 testcases that were not properly running before.
llvm-svn: 52182
|
|
|
|
| |
llvm-svn: 51500
|
|
|
|
|
|
| |
speeds things up a bit.
llvm-svn: 51357
|
|
|
|
| |
llvm-svn: 51349
|
|
|
|
|
|
| |
renaming to isnan2. Now that no test has llx ending there is no need to search for them from dg.exp too.
llvm-svn: 51328
|
|
|
|
| |
llvm-svn: 50272
|
|
|
|
| |
llvm-svn: 50086
|
|
|
|
| |
llvm-svn: 49669
|
|
|
|
| |
llvm-svn: 48684
|
|
|
|
| |
llvm-svn: 48285
|
|
|
|
| |
llvm-svn: 48123
|
|
|
|
| |
llvm-svn: 47990
|
|
|
|
| |
llvm-svn: 47808
|
|
|
|
|
|
| |
This is the first checkin for PR1269, the new EH infrastructure.
llvm-svn: 47802
|
|
|
|
| |
llvm-svn: 47784
|