| #
49cfe701 |
| 22-Feb-2008 |
Devang Patel <[email protected]> |
Read and write getresult.
llvm-svn: 47471
|
| #
965155af |
| 20-Feb-2008 |
Dale Johannesen <[email protected]> |
Support alignment within ParamAttrs in the I/O handling.
llvm-svn: 47401
|
| #
89268bc6 |
| 19-Feb-2008 |
Dale Johannesen <[email protected]> |
Expand ParameterAttributes to 32 bits (in preparation for adding alignment info, not there yet). Clean up interfaces to reference ParameterAttributes consistently.
llvm-svn: 47342
|
|
Revision tags: llvmorg-2.2.0 |
|
| #
f3ebc3f3 |
| 29-Dec-2007 |
Chris Lattner <[email protected]> |
Remove attribution from file headers, per discussion on llvmdev.
llvm-svn: 45418
|
| #
25f50766 |
| 12-Dec-2007 |
Christopher Lamb <[email protected]> |
Implement part of review feedback for address spaces.
llvm-svn: 44933
|
| #
f41217d4 |
| 11-Dec-2007 |
Duncan Sands <[email protected]> |
Fix compilation.
llvm-svn: 44864
|
| #
54dd24c2 |
| 11-Dec-2007 |
Christopher Lamb <[email protected]> |
Implement address space attribute for LLVM pointer types. Address spaces are regions of memory that have a target specific relationship, as described in the Embedded C Technical Report.
This also
Implement address space attribute for LLVM pointer types. Address spaces are regions of memory that have a target specific relationship, as described in the Embedded C Technical Report.
This also implements the 2007-12-11-AddressSpaces test, which demonstrates how address space attributes can be used in LLVM IR.
In addition, this patch changes the bitcode signature for stores (in a backwards compatible manner), such that the pointer type, rather than the pointee type, is encoded. This permits type information in the pointer (e.g. address space) to be preserved for stores.
LangRef updates are forthcoming.
llvm-svn: 44858
show more ...
|
| #
71183b67 |
| 10-Dec-2007 |
Gordon Henriksen <[email protected]> |
Adding a collector name attribute to Function in the IR. These methods are new to Function:
bool hasCollector() const; const std::string &getCollector() const; void setCollector(const std::st
Adding a collector name attribute to Function in the IR. These methods are new to Function:
bool hasCollector() const; const std::string &getCollector() const; void setCollector(const std::string &); void clearCollector();
The assembly representation is as such:
define void @f() gc "shadow-stack" { ...
The implementation uses an on-the-side table to map Functions to collector names, such that there is no overhead. A StringPool is further used to unique collector names, which are extremely likely to be unique per process.
llvm-svn: 44769
show more ...
|
| #
1dfc48d4 |
| 27-Nov-2007 |
Chris Lattner <[email protected]> |
Unbreak backwards compatibility with bytecode format. Regression introduced by this patch: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20071126/055824.html
llvm-svn: 44364
|
| #
ad0ea2d4 |
| 27-Nov-2007 |
Duncan Sands <[email protected]> |
Fix PR1146: parameter attributes are longer part of the function type, instead they belong to functions and function calls. This is an updated and slightly corrected version of Reid Spencer's origin
Fix PR1146: parameter attributes are longer part of the function type, instead they belong to functions and function calls. This is an updated and slightly corrected version of Reid Spencer's original patch. The only known problem is that auto-upgrading of bitcode files doesn't seem to work properly (see test/Bitcode/AutoUpgradeIntrinsics.ll). Hopefully a bitcode guru (who might that be? :) ) will fix it.
llvm-svn: 44359
show more ...
|
| #
007aa378 |
| 11-Oct-2007 |
Dale Johannesen <[email protected]> |
Next PPC long double bits. First cut at constants. No compile-time support for constant operations yet, just format transformations. Make readers and writers work. Split constants into 2 doubles i
Next PPC long double bits. First cut at constants. No compile-time support for constant operations yet, just format transformations. Make readers and writers work. Split constants into 2 doubles in Legalize.
llvm-svn: 42865
show more ...
|
|
Revision tags: llvmorg-2.1.0 |
|
| #
34aa41c4 |
| 26-Sep-2007 |
Dale Johannesen <[email protected]> |
Make temporaries explicit to avoid premature destruction of compiler-created ones.
llvm-svn: 42383
|
| #
028084ef |
| 12-Sep-2007 |
Dale Johannesen <[email protected]> |
Revise previous patch per review comments. Next round of x87 long double stuff. Getting close now, basically works.
llvm-svn: 41875
|
| #
245dceb0 |
| 11-Sep-2007 |
Dale Johannesen <[email protected]> |
Add APInt interfaces to APFloat (allows directly access to bits). Use them in place of float and double interfaces where appropriate. First bits of x86 long double constants handling (untested, pro
Add APInt interfaces to APFloat (allows directly access to bits). Use them in place of float and double interfaces where appropriate. First bits of x86 long double constants handling (untested, probably does not work).
llvm-svn: 41858
show more ...
|
| #
b6d795c1 |
| 07-Sep-2007 |
Dale Johannesen <[email protected]> |
Revert previous change to IR.
llvm-svn: 41769
|
| #
bed9dc42 |
| 06-Sep-2007 |
Dale Johannesen <[email protected]> |
Next round of APFloat changes. Use APFloat in UpgradeParser and AsmParser. Change all references to ConstantFP to use the APFloat interface rather than double. Remove the ConstantFP double interface
Next round of APFloat changes. 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
show more ...
|
| #
bdad8097 |
| 09-Aug-2007 |
Dale Johannesen <[email protected]> |
Patch 10 for long double. Doing constants right needs expanding ConstantFP to handle values bigger than double. If we assume host==target and host long double works correctly, this is not too bad,
Patch 10 for long double. Doing constants right needs expanding ConstantFP 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
show more ...
|
| #
ff4c3be7 |
| 03-Aug-2007 |
Dale Johannesen <[email protected]> |
Long double, part 1 of N. Support in IR.
llvm-svn: 40774
|
| #
de8c7b69 |
| 05-Jul-2007 |
Chris Lattner <[email protected]> |
remove a dead case
llvm-svn: 37916
|
|
Revision tags: llvmorg-2.0.0 |
|
| #
a2615314 |
| 11-May-2007 |
Chris Lattner <[email protected]> |
allow partially materialized modules to be written out, which just strips out the functions which haven't been read.
llvm-svn: 36999
|
| #
4c0a6d66 |
| 08-May-2007 |
Chris Lattner <[email protected]> |
Make a preemptive bitcode format change to support PR1146. This lets us do pr1146 in llvm 2.1 without ugly code to emulate old behavior. This should be merged into the 2.0 release branch.
llvm-svn
Make a preemptive bitcode format change to support PR1146. This lets us do 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
show more ...
|
| #
44f8ad1d |
| 06-May-2007 |
Chris Lattner <[email protected]> |
Flush the file after writing bitcode so that clients who don't close their ofstreams will be ok.
llvm-svn: 36878
|
| #
b3f36d48 |
| 06-May-2007 |
Jeff Cohen <[email protected]> |
Unbreak VC++.
llvm-svn: 36831
|
| #
c67e6d9d |
| 06-May-2007 |
Chris Lattner <[email protected]> |
add abbrevs for binops and casts. This shrinks a testcase from 725132->682500 bytes.
llvm-svn: 36829
|
| #
af8fffc0 |
| 06-May-2007 |
Chris Lattner <[email protected]> |
implement reading/writing of inlineasm objects
llvm-svn: 36827
|