llvm/lib/Bitcode/Reader, branch release_31http://llvm.orghttps://git.amat.us/llvm/atom/lib/Bitcode/Reader?h=release_312012-02-29T00:07:09ZFix PR12080 by ensuring that MaterializeModule actually reads all the bitcode2012-02-29T00:07:09ZDerek Schuffdschuff@google.com2012-02-29T00:07:09Zurn:sha1:0ffe6984297ece417e591003674d4466a201eb2a
in the streaming case.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@151676 91177308-0d34-0410-b5e6-96231b3b80d8
Enable streaming of bitcode2012-02-06T22:30:29ZDerek Schuffdschuff@google.com2012-02-06T22:30:29Zurn:sha1:2ea93875b2f2900b9d244dfd7649c9ed02a34cd7
This CL delays reading of function bodies from initial parse until
materialization, allowing overlap of compilation with bitcode download.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149918 91177308-0d34-0410-b5e6-96231b3b80d8
[unwind removal] Remove the 'unwind' instruction parsing bits.2012-02-06T20:50:27ZBill Wendlingisanbard@gmail.com2012-02-06T20:50:27Zurn:sha1:e185fada9bed375b7d73cfc675a466f0da843191
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149897 91177308-0d34-0410-b5e6-96231b3b80d8
Test commit; also removes some trailing whitespace2012-02-06T19:03:04ZDerek Schuffdschuff@google.com2012-02-06T19:03:04Zurn:sha1:fccf0623ee35e0bbbbf0ba963a5500b7fd87fa11
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149887 91177308-0d34-0410-b5e6-96231b3b80d8
Improve the bitcode reader's handling of constant strings to use2012-02-05T02:41:35ZChris Lattnersabre@nondot.org2012-02-05T02:41:35Zurn:sha1:2237f8473580180c2a9571124f87c93991de342a
ConstantDataArray::getString direction, instead of "boxing" each
byte into a ConstantInt and using ConstantArray::get.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149805 91177308-0d34-0410-b5e6-96231b3b80d8
Add bitcode reader and writer support for ConstantDataAggregate, which2012-01-30T00:51:16ZChris Lattnersabre@nondot.org2012-01-30T00:51:16Zurn:sha1:d408f06048797a43b17a7740acb766cc5f0adfbb
should be feature complete now. Lets see if it works.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149215 91177308-0d34-0410-b5e6-96231b3b80d8
smallvectorize.2012-01-27T03:15:49ZChris Lattnersabre@nondot.org2012-01-27T03:15:49Zurn:sha1:d629efa0642110fbc90c28d4be3da54ffb359750
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@149117 91177308-0d34-0410-b5e6-96231b3b80d8
Extend Attributes to 64 bits2012-01-20T17:56:17ZKostya Serebryanykcc@google.com2012-01-20T17:56:17Zurn:sha1:164b86b4399559e45fab7846f1e3e09119cab4e2
Problem: LLVM needs more function attributes than currently available (32 bits).
One such proposed attribute is "address_safety", which shows that a function is being checked for address safety (by AddressSanitizer, SAFECode, etc).
Solution:
- extend the Attributes from 32 bits to 64-bits
- wrap the object into a class so that unsigned is never erroneously used instead
- change "unsigned" to "Attributes" throughout the code, including one place in clang.
- the class has no "operator uint64 ()", but it has "uint64_t Raw() " to support packing/unpacking.
- the class has "safe operator bool()" to support the common idiom: if (Attributes attr = getAttrs()) useAttrs(attr);
- The CTOR from uint64_t is marked explicit, so I had to add a few explicit CTOR calls
- Add the new attribute "address_safety". Doing it in the same commit to check that attributes beyond first 32 bits actually work.
- Some of the functions from the Attribute namespace are worth moving inside the class, but I'd prefer to have it as a separate commit.
Tested:
"make check" on Linux (32-bit and 64-bit) and Mac (10.6)
built/run spec CPU 2006 on Linux with clang -O2.
This change will break clang build in lib/CodeGen/CGCall.cpp.
The following patch will fix it.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@148553 91177308-0d34-0410-b5e6-96231b3b80d8
Materialize functions whose basic blocks are used by global variables. Fixes2012-01-02T07:49:53ZRafael Espindolarafael.espindola@gmail.com2012-01-02T07:49:53Zurn:sha1:47f79bb58e42f1a08a7f388b8b1596ded7d49bbb
PR11677.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@147425 91177308-0d34-0410-b5e6-96231b3b80d8
The powers that be have decided that LLVM IR should now support 16-bit2011-12-17T00:04:22ZDan Gohmangohman@apple.com2011-12-17T00:04:22Zurn:sha1:ce16339930a2b03e53b4e6399ef59c092a7f2cfa
"half precision" floating-point with a first-class type.
This patch adds basic IR support (but not codegen support).
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@146786 91177308-0d34-0410-b5e6-96231b3b80d8