| #
e059ba6e |
| 23-Jul-2009 |
Devang Patel <[email protected]> |
Derive MDNode from MetadataBase instead of Constant. Emit MDNodes into METADATA_BLOCK in bitcode file.
llvm-svn: 76834
|
| #
7428d8ac |
| 22-Jul-2009 |
Devang Patel <[email protected]> |
Introduce MetadataBase, a base class for MDString and MDNode. Derive MDString directly from MetadataBase. Introduce new bitcode block to hold metadata.
llvm-svn: 76759
|
| #
0ebd6961 |
| 20-Jul-2009 |
Dan Gohman <[email protected]> |
Assembly and Bitcode support for unsigned/signed overflow flags and exact sdiv flags.
llvm-svn: 76475
|
| #
a3c6f6bf |
| 20-Jul-2009 |
Bill Wendling <[email protected]> |
Add plumbing for the `linker_private' linkage type. This type is meant for "private" symbols which the assember shouldn't strip, but which the linker may remove after evaluation. This is mostly usefu
Add plumbing for the `linker_private' linkage type. This type is meant for "private" symbols which the assember shouldn't strip, but which the linker may remove after evaluation. This is mostly useful for Objective-C metadata.
This is plumbing, so we don't have a use of it yet. More to come, etc.
llvm-svn: 76385
show more ...
|
| #
4fdeba97 |
| 15-Jul-2009 |
Owen Anderson <[email protected]> |
Revert yesterday's change by removing the LLVMContext parameter to AllocaInst and MallocInst.
llvm-svn: 75863
|
| #
b6b25300 |
| 14-Jul-2009 |
Owen Anderson <[email protected]> |
Move EVER MORE stuff over to LLVMContext.
llvm-svn: 75703
|
| #
1e5f00e7 |
| 09-Jul-2009 |
Owen Anderson <[email protected]> |
This started as a small change, I swear. Unfortunately, lots of things call the [I|F]CmpInst constructors. Who knew!?
llvm-svn: 75200
|
| #
b17f3294 |
| 08-Jul-2009 |
Owen Anderson <[email protected]> |
Switch GlobalVariable ctors to a sane API, where *either* a context or a module is required.
llvm-svn: 75025
|
| #
a21d3daa |
| 08-Jul-2009 |
Nick Lewycky <[email protected]> |
Remove the vicmp and vfcmp instructions. Because we never had a release with these instructions, no autoupgrade or backwards compatibility support is provided.
llvm-svn: 74991
|
| #
5948fdf6 |
| 08-Jul-2009 |
Owen Anderson <[email protected]> |
Push LLVMContext through GlobalVariables and IRBuilder.
llvm-svn: 74985
|
| #
e9f98047 |
| 07-Jul-2009 |
Owen Anderson <[email protected]> |
LLVMContext-ify the bitcode reader.
llvm-svn: 74942
|
| #
78b7c1bf |
| 06-Jul-2009 |
Devang Patel <[email protected]> |
!"i" is a valid MDString.
llvm-svn: 74881
|
| #
2a15443a |
| 01-Jul-2009 |
Owen Anderson <[email protected]> |
Make the use of const with respect to LLVMContext sane. Hopefully this is the last time, for the moment, that I will need to make far-reaching changes.
llvm-svn: 74655
|
| #
1cf085d5 |
| 01-Jul-2009 |
Owen Anderson <[email protected]> |
Hold the LLVMContext by reference rather than by pointer.
llvm-svn: 74640
|
| #
6773d388 |
| 01-Jul-2009 |
Owen Anderson <[email protected]> |
Add a pointer to the owning LLVMContext to Module. This requires threading LLVMContext through a lot of the bitcode reader and ASM parser APIs, as well as supporting it in all of the tools.
Patches
Add a pointer to the owning LLVMContext to Module. This requires threading LLVMContext through a lot of the bitcode reader and ASM parser APIs, as well as supporting it in all of the tools.
Patches for Clang and LLVM-GCC to follow.
llvm-svn: 74614
show more ...
|
| #
06310bf1 |
| 16-Jun-2009 |
Chris Lattner <[email protected]> |
Fix PR4336: Iterating over use-def chains doesn't seem to be deterministic.
The problem was that BitcodeReader::materializeModule would read functions from the bc file in densemap pointer key order
Fix PR4336: Iterating over use-def chains doesn't seem to be deterministic.
The problem was that BitcodeReader::materializeModule would read functions from the bc file in densemap pointer key order (doubly non-deterministic!), which would cause the use-def chains to be set up for globals in non-determinstic order. Non-determinstic use/def chains can cause nondeterminism in many places down-stream.
Many thanks to Julien Lerouge for putting together the pass in the PR that shows the issue!
llvm-svn: 73470
show more ...
|
| #
a5b9645c |
| 04-Jun-2009 |
Dan Gohman <[email protected]> |
Split the Add, Sub, and Mul instruction opcodes into separate integer and floating-point opcodes, introducing FAdd, FSub, and FMul.
For now, the AsmParser, BitcodeReader, and IRBuilder all preserve
Split the Add, Sub, and Mul instruction opcodes into separate 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
show more ...
|
| #
cb8317da |
| 01-Jun-2009 |
Nick Lewycky <[email protected]> |
Update the bitcode reader to support reading .bc files where the embedded metadata references non-Constant values such as instructions.
llvm-svn: 72685
|
| #
0a8fe66a |
| 31-May-2009 |
Nick Lewycky <[email protected]> |
Fix typo in error message.
llvm-svn: 72659
|
| #
adbc2846 |
| 30-May-2009 |
Nick Lewycky <[email protected]> |
Give embedded metadata its own type instead of relying on EmptyStructTy.
llvm-svn: 72610
|
| #
b8f9b7a9 |
| 10-May-2009 |
Nick Lewycky <[email protected]> |
Make MDNode use CallbackVH. Also change MDNode to store Value* instead of Constant* in preperation of a future change to support holding non-Constants in an MDNode.
llvm-svn: 71407
|
| #
277800a6 |
| 26-Apr-2009 |
Chris Lattner <[email protected]> |
Make a major API change to BitstreamReader: split all the reading state out of the BitstreamReader class into a BitstreamCursor class. Doing this allows the client to have multiple cursors into the s
Make a major API change to BitstreamReader: split all the reading state out of the BitstreamReader class into a BitstreamCursor class. Doing this allows the client to have multiple cursors into the same file, each with potentially different live block stacks and abbreviation records.
llvm-svn: 70157
show more ...
|
| #
184f1be4 |
| 13-Apr-2009 |
Chris Lattner <[email protected]> |
Add a new "available_externally" linkage type. This is intended to support C99 inline, GNU extern inline, etc. Related bugzilla's include PR3517, PR3100, & PR2933. Nothing uses this yet, but it ap
Add a new "available_externally" linkage type. This is intended to support C99 inline, GNU extern inline, etc. Related bugzilla's include PR3517, PR3100, & PR2933. Nothing uses this yet, but it appears to work.
llvm-svn: 68940
show more ...
|
| #
b9e07fd2 |
| 06-Apr-2009 |
Chris Lattner <[email protected]> |
Teach llvm-bcanalyzer to skip over the header we use on LLVM IR files.
llvm-svn: 68458
|
| #
49f89195 |
| 04-Apr-2009 |
Nick Lewycky <[email protected]> |
Add support for embedded metadata to LLVM. This introduces two new types of Constant, MDString and MDNode which can only be used by globals with a name that starts with "llvm." or as arguments to a f
Add support for embedded metadata to LLVM. This introduces two new types of 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
show more ...
|