summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Bitcode
Commit message (Collapse)AuthorAgeFilesLines
...
* Removed trailing whitespace from Makefiles.Misha Brukman2009-01-093-6/+6
| | | | llvm-svn: 61991
* revert to functionally equivalent formulationGabor Greif2009-01-071-1/+1
| | | | llvm-svn: 61895
* use the obvious gettersGabor Greif2009-01-071-3/+3
| | | | llvm-svn: 61893
* revert r61368.Zhongxing Xu2008-12-231-1/+1
| | | | llvm-svn: 61369
* Remove dead code.Zhongxing Xu2008-12-231-1/+1
| | | | llvm-svn: 61368
* Add support for writing LLVM IR to a specified BitstreamWriter.Chris Lattner2008-12-191-12/+17
| | | | | | Patch by Lukasz Janyst! llvm-svn: 61251
* Commit missed files from nocapture change.Nick Lewycky2008-12-192-1/+25
| | | | llvm-svn: 61240
* Temporarily revert r61019, r61030, and r61040. These were breaking LLVM ReleaseBill Wendling2008-12-162-25/+1
| | | | | | builds. llvm-svn: 61094
* It turns out that "align 1" and unaligned are different. Add a bias to theNick Lewycky2008-12-151-1/+2
| | | | | | | | | | alignment attribute such that 0 means unaligned. This will probably require a rebuild of llvm-gcc because of the change to Attributes.h. If you see many test failures on "make check", please rebuild your llvm-gcc. llvm-svn: 61030
* Introducing nocapture, a parameter attribute for pointers to indicate that theNick Lewycky2008-12-152-1/+24
| | | | | | | | | | | | | | | | | | | | | | | callee will not introduce any new aliases of that pointer. The attributes had all bits allocated already, so I decided to collapse alignment. Alignment was previously stored as a 16-bit integer from bits 16 to 32 of the attribute, but it was required to be a power of 2. Now it's stored in log2 encoded form in five bits from 16 to 21. That gives us 11 more bits of space. You may have already noticed that you only need four bits to encode a 16-bit power of two, so why five bits? Because the AsmParser accepted 32-bit alignments, even though we couldn't store them (they were silently discarded). Now we can store them in memory, but not in the bitcode. The bitcode format was already storing these as 64-bit VBR integers. So, the bitcode format stays the same, keeping the alignment values stored as 16 bit raw values. There's some hideous code in the reader and writer that deals with this, waiting to be ripped out the moment we run out of bits again and have to replace the parameter attributes table encoding. llvm-svn: 61019
* Added support for the following definition of shufflevector Mon P Wang2008-11-101-6/+2
| | | | | | <result> = shufflevector <n x <ty>> <v1>, <n x <ty>> <v2>, <m x i32> <mask> llvm-svn: 58964
* Make sure to set stdout to binary when writing bitcode files viaDaniel Dunbar2008-10-231-0/+3
| | | | | | std::ostream API. llvm-svn: 58042
* Add raw_ostream versions of WriteBitcodeToFile and BitcodeWriterPass.Daniel Dunbar2008-10-222-5/+26
| | | | | | | - The old versions are still hanging around, but should be migrated away from. llvm-svn: 57989
* Rename APFloat::convertToAPInt to bitcastToAPInt toDale Johannesen2008-10-092-4/+4
| | | | | | | make it clearer what the function does. No functional change. llvm-svn: 57325
* make the autoupgrade code for ret attributes dramatically simpler Chris Lattner2008-10-051-30/+22
| | | | | | and actually work. We can now read the llvm 2.3 bc file from PR2849 llvm-svn: 57122
* Now Attributes are divided in three groupsDevang Patel2008-09-262-8/+49
| | | | | | | | | | | | | - return attributes - inreg, zext and sext - parameter attributes - function attributes - nounwind, readonly, readnone, noreturn Return attributes use 0 as the index. Function attributes use ~0U as the index. This patch requires corresponding changes in llvm-gcc and clang. llvm-svn: 56704
* Large mechanical patch.Devang Patel2008-09-255-46/+46
| | | | | | | | | | | | | | | s/ParamAttr/Attribute/g s/PAList/AttrList/g s/FnAttributeWithIndex/AttributeWithIndex/g s/FnAttr/Attribute/g This sets the stage - to implement function notes as function attributes and - to distinguish between function attributes and return value attributes. This requires corresponding changes in llvm-gcc and clang. llvm-svn: 56622
* s/ParamAttrsWithIndex/FnAttributeWithIndex/gDevang Patel2008-09-242-3/+3
| | | | llvm-svn: 56535
* s/ParameterAttributes/Attributes/gDevang Patel2008-09-232-2/+2
| | | | llvm-svn: 56513
* Use parameter attribute store (soon to be renamed) forDevang Patel2008-09-232-5/+0
| | | | | | Function Notes also. Function notes are stored at index ~0. llvm-svn: 56511
* Initial support for the CMake build system.Oscar Fuentes2008-09-222-0/+16
| | | | llvm-svn: 56419
* Re-enables the new vector select in the bitcode reader, by modifying theDan Gohman2008-09-162-12/+29
| | | | | | | | | | | | | | | | | | | | | | bitcode reader/writer as follows: - add and use new bitcode FUNC_CODE_INST_VSELECT to handle the llvm select opcode using either i1 or [N x i1] as the selector. - retain old BITCODE FUNC_CODE_INST_SELECT in the bitcode reader to handle select on i1 for backwards compatibility with existing bitcode files. - re-enable the vector-select.ll test program. Also, rename the recently added bitcode opcode FUNC_CODE_INST_VCMP to FUNC_CODE_INST_CMP2 and make the bitcode writer use it to handle fcmp/icmp on scalars or vectors. In the bitcode writer, use FUNC_CODE_INST_CMP for vfcmp/vicmp only. In the bitcode reader, have FUNC_CODE_INST_CMP handle icmp/fcmp returning bool, for backwards compatibility with existing bitcode files. Patch by Preston Gurd! llvm-svn: 56233
* Temporarily disable vector select in the bitcode reader. TheDan Gohman2008-09-091-1/+1
| | | | | | | | way it handles the type of the condition is breaking plain scalar select in the case that the value is a forward-reference. llvm-svn: 55976
* Extend the vcmp/fcmp LLVM IR instructions to take vectors as argumentsDan Gohman2008-09-092-3/+44
| | | | | | | | | | | | | | and, if so, to return a vector of boolean as a result; Extend the select LLVM IR instruction to allow you to specify a result type which is a vector of boolean, in which case the result will be an element-wise selection instead of choosing one vector or the other; and Update LangRef.html to describe these changes. This patch was contributed by Preston Gurd! llvm-svn: 55969
* Tidy up several unbeseeming casts from pointer to intptr_t.Dan Gohman2008-09-041-1/+1
| | | | llvm-svn: 55779
* Read and write function notes.Devang Patel2008-09-022-0/+4
| | | | llvm-svn: 55657
* add #includeChris Lattner2008-08-231-0/+1
| | | | llvm-svn: 55257
* Switch from an O(n) method to an O(1) method for changing non-constantChris Lattner2008-08-211-4/+5
| | | | | | operands. llvm-svn: 55127
* recommit bcreader, handling packed structs correctly. ApparentlyChris Lattner2008-08-212-13/+133
| | | | | | people want fast *and* correct. Sheesh. llvm-svn: 55102
* Revert 55090, regressions in:Daniel Dunbar2008-08-212-132/+13
| | | | | | | | - Postgres - llvm-test/SingleSource/UnitTests/{2006-01-23-InitializedBitField, 2004-11-28-GlobalBoolLayout, 2003-05-02-DependentPHI} llvm-svn: 55100
* Fix an N^2 issue handling constant resolution due to RAUW in large arraysChris Lattner2008-08-212-13/+132
| | | | | | | this speeds up the bcreader from 6.67s to 0.12s on a testcase Daniel provided. rdar://6158117 llvm-svn: 55090
* Rename some GC classes so that their roll will hopefully be clearer.Gordon Henriksen2008-08-172-18/+18
| | | | | | | | | | | | | | | | | | In particular, Collector was confusing to implementors. Several thought that this compile-time class was the place to implement their runtime GC heap. Of course, it doesn't even exist at runtime. Specifically, the renames are: Collector -> GCStrategy CollectorMetadata -> GCFunctionInfo CollectorModuleMetadata -> GCModuleInfo CollectorRegistry -> GCRegistry Function::getCollector -> getGC (setGC, hasGC, clearGC) Several accessors and nested types have also been renamed to be consistent. These changes should be obvious. llvm-svn: 54899
* Enable first-class aggregates support.Dan Gohman2008-07-232-18/+27
| | | | | | | | | | | | Remove the GetResultInst instruction. It is still accepted in LLVM assembly and bitcode, where it is now auto-upgraded to ExtractValueInst. Also, remove support for return instructions with multiple values. These are auto-upgraded to use InsertValueInst instructions. The IRBuilder still accepts multiple-value returns, and auto-upgrades them to InsertValueInst instructions. llvm-svn: 53941
* InsertValue and ExtractValue constant expressions are alwaysDan Gohman2008-07-212-61/+0
| | | | | | | folded. Remove code that handled the case where they aren't folded, and remove bitcode reader/writer support for them. llvm-svn: 53887
* Add a little wrapper header that is put around bc files when emittingChris Lattner2008-07-092-2/+125
| | | | | | | | | | | | | | | | bc files for modules with a target triple that indicates they are for darwin. The reader unconditionally handles this, and the writer could turn this on for more targets if we care. This change has two benefits for darwin: 1) it allows us to encode the cpu type of the file in an easy to read place that doesn't require decoding the bc file. 2) it works around a bug (IMO) in darwin's AR where it is incapable of handling files that are not a multiple of 8 bytes long. BC files are only guaranteed to be multiples of 4 bytes long. llvm-svn: 53275
* fix warning when assertion disabled.Chris Lattner2008-06-211-1/+1
| | | | llvm-svn: 52588
* Better test for availability of __gnu_cxx::stdio_filebuf.Gordon Henriksen2008-06-111-1/+7
| | | | | | If this doesn't work, I'll write a configure test. llvm-svn: 52213
* Turn stdout into binary mode during bitcode emission.Anton Korobeynikov2008-06-061-0/+5
| | | | | | | This is necessary on windows targets, since stdout is in text mode there. Patch by Julien Lerouge! llvm-svn: 52038
* Improved bitcode support for insertvalue/extractvalue.Dan Gohman2008-05-312-8/+15
| | | | llvm-svn: 51822
* IR, bitcode reader, bitcode writer, and asmparser changes toDan Gohman2008-05-312-43/+71
| | | | | | | | | | | insertvalue and extractvalue to use constant indices instead of Value* indices. And begin updating LangRef.html. There's definately more to come here, but I'm checking this basic support in now to make it available to people who are interested. llvm-svn: 51806
* eliminate calls to deprecated Use::init() interfaceGabor Greif2008-05-262-3/+3
| | | | llvm-svn: 51570
* Make structs and arrays first-class types, and add assemblyDan Gohman2008-05-233-7/+95
| | | | | | | | | and bitcode support for the extractvalue and insertvalue instructions and constant expressions. Note that this does not yet include CodeGen support. llvm-svn: 51468
* API change for {BinaryOperator|CmpInst|CastInst}::create*() --> Create. ↵Gabor Greif2008-05-161-2/+2
| | | | | | Legacy interfaces will be in place for some time. (Merge from use-diet branch.) llvm-svn: 51200
* Allow an extra bit for CommonLinkage.Dale Johannesen2008-05-151-1/+1
| | | | | | | | This changes the .bc file format, but if I understand how it works correctly, old .bc files continue to be readable. llvm-svn: 51161
* Fix a bunch of 80col violations that arose from the Create API change. Tweak ↵Gabor Greif2008-05-151-1/+2
| | | | | | makefile targets to find these better. llvm-svn: 51143
* Add CommonLinkage; currently tentative definitionsDale Johannesen2008-05-142-0/+2
| | | | | | | | | | are represented as "weak", but there are subtle differences in some cases on Darwin, so we need both. The intent is that "common" will behave identically to "weak" unless somebody changes their target to do something else. No functional change as yet. llvm-svn: 51118
* Clean up the use of static and anonymous namespaces. This turned upDan Gohman2008-05-131-13/+15
| | | | | | | several things that were neither in an anonymous namespace nor static but not intended to be global. llvm-svn: 51017
* Simplify some checksNate Begeman2008-05-121-4/+4
| | | | llvm-svn: 50998
* Pointer comparisons should use icmp, not vicmpNate Begeman2008-05-121-1/+1
| | | | llvm-svn: 50996
* Pointer comparisons should be handled by icmp, not vicmp :)Nate Begeman2008-05-121-1/+1
| | | | llvm-svn: 50994
OpenPOWER on IntegriCloud