|
Revision tags: llvmorg-2.8.0, llvmorg-2.8.0-rc3, llvmorg-2.8.0-rc2 |
|
| #
baa5d045 |
| 10-Sep-2010 |
Dale Johannesen <[email protected]> |
Add X86 MMX type to bitcode and Type. (The Ada bindings probably need it too, but all the obvious places to change say "do not edit this file".)
llvm-svn: 113618
|
| #
6dbbab68 |
| 09-Sep-2010 |
Dan Gohman <[email protected]> |
Discard metadata produced by LLVM 2.7. The value enumeration it used is different from what the code now uses in a two ways: NamedMDNodes were considered Values and included in the numbering, and the
Discard metadata produced by LLVM 2.7. The value enumeration it used is different from what the code now uses in a two ways: NamedMDNodes were considered Values and included in the numbering, and the function-local metadata counter wasn't reset between functions.
The later problem breaks lazy deserialization, so instead of trying to emulate the old numbering, just drop the old metadata. The only in-tree use case is debug info with LTO, where the QOI loss is considered acceptable.
llvm-svn: 113557
show more ...
|
|
Revision tags: llvmorg-2.8.0-rc1, llvmorg-2.8.0-rc0 |
|
| #
13ee795c |
| 28-Aug-2010 |
Chris Lattner <[email protected]> |
remove unions from LLVM IR. They are severely buggy and not being actively maintained, improved, or extended.
llvm-svn: 112356
|
| #
578ee407 |
| 20-Aug-2010 |
Bill Wendling <[email protected]> |
Create the new linker type "linker_private_weak_def_auto".
It's similar to "linker_private_weak", but it's known that the address of the object is not taken. For instance, functions that had an inli
Create the new linker type "linker_private_weak_def_auto".
It's similar to "linker_private_weak", but it's known that the address of the object is not taken. For instance, functions that had an inline definition, but the compiler decided not to inline it. Note, unlike linker_private and linker_private_weak, linker_private_weak_def_auto may have only default visibility. The symbols are removed by the linker from the final linked image (executable or dynamic library).
llvm-svn: 111684
show more ...
|
| #
79102d97 |
| 03-Aug-2010 |
Chris Lattner <[email protected]> |
avoid undefined behavior negating minint.
llvm-svn: 110117
|
| #
2637cc1a |
| 21-Jul-2010 |
Dan Gohman <[email protected]> |
Make NamedMDNode not be a subclass of Value, and simplify the interface for creating and populating NamedMDNodes.
llvm-svn: 109061
|
| #
47dc8fd6 |
| 21-Jul-2010 |
Dan Gohman <[email protected]> |
Add some debug output to help diagnose PR7689.
llvm-svn: 109036
|
| #
093cb79d |
| 21-Jul-2010 |
Dan Gohman <[email protected]> |
Disallow null as a named metadata operand. Make MDNode::destroy private. Fix the one thing that used MDNode::destroy, outside of MDNode itself.
One should never delete or destroy an MDNode explicitl
Disallow null as a named metadata operand. Make MDNode::destroy private. Fix the one thing that used MDNode::destroy, outside of MDNode itself.
One should never delete or destroy an MDNode explicitly. MDNodes implicitly go away when there are no references to them (implementation details aside).
llvm-svn: 109028
show more ...
|
| #
43aa8f03 |
| 20-Jul-2010 |
Dan Gohman <[email protected]> |
Add support for remapping metadata kind IDs when reading in a bitcode file, so that two bitcode files where the same metadata kind name happens to have been assigned a different ID can still be linke
Add support for remapping metadata kind IDs when reading in a bitcode file, so that two bitcode files where the same metadata kind name happens to have been assigned a different ID can still be linked together.
Eliminate the restriction that metadata kind IDs can't be 0.
Change MD_dbg from 1 to 0, because we can now, and because it's less mysterious that way.
llvm-svn: 108939
show more ...
|
| #
03bcd6ec |
| 01-Jul-2010 |
Bill Wendling <[email protected]> |
Implement the "linker_private_weak" linkage type. This will be used for Objective-C metadata types which should be marked as "weak", but which the linker will remove upon final linkage. However, this
Implement the "linker_private_weak" linkage type. This will be used for Objective-C metadata types which should be marked as "weak", but which the linker will remove upon final linkage. However, this linkage isn't specific to Objective-C.
For example, the "objc_msgSend_fixup_alloc" symbol is defined like this:
.globl l_objc_msgSend_fixup_alloc .weak_definition l_objc_msgSend_fixup_alloc .section __DATA, __objc_msgrefs, coalesced .align 3 l_objc_msgSend_fixup_alloc: .quad _objc_msgSend_fixup .quad L_OBJC_METH_VAR_NAME_1
This is different from the "linker_private" linkage type, because it can't have the metadata defined with ".weak_definition".
Currently only supported on Darwin platforms.
llvm-svn: 107433
show more ...
|
| #
36321717 |
| 29-Jun-2010 |
Bill Wendling <[email protected]> |
Revert r107205 and r107207.
llvm-svn: 107215
|
| #
1767723d |
| 29-Jun-2010 |
Bill Wendling <[email protected]> |
Introducing the "linker_weak" linkage type. This will be used for Objective-C metadata types which should be marked as "weak", but which the linker will remove upon final linkage. For example, the "o
Introducing the "linker_weak" linkage type. This will be used for Objective-C metadata types which should be marked as "weak", but which the linker will remove upon final linkage. For example, the "objc_msgSend_fixup_alloc" symbol is defined like this:
.globl l_objc_msgSend_fixup_alloc .weak_definition l_objc_msgSend_fixup_alloc .section __DATA, __objc_msgrefs, coalesced .align 3 l_objc_msgSend_fixup_alloc: .quad _objc_msgSend_fixup .quad L_OBJC_METH_VAR_NAME_1
This is different from the "linker_private" linkage type, because it can't have the metadata defined with ".weak_definition".
llvm-svn: 107205
show more ...
|
| #
e9afee29 |
| 26-Jun-2010 |
Gabor Greif <[email protected]> |
resort to ArgOperand API
llvm-svn: 106942
|
| #
df84e8ba |
| 02-Jun-2010 |
Devang Patel <[email protected]> |
Speedup bitcode writer. Do not walk all values for all functions to emit function local metadata. In one testcase, probably worst case scenario, the 70x speed up is seen.
llvm-svn: 105360
|
| #
9da5bb07 |
| 28-May-2010 |
Dan Gohman <[email protected]> |
Bitcode support for allocas with arbitrary array size types.
llvm-svn: 104915
|
| #
a880546c |
| 27-May-2010 |
Dan Gohman <[email protected]> |
Don't flush the raw_ostream in llvm::WriteBitcodeToFile; it's at the wrong level. Clients which need to leave the stream open but which still require the bitcode bits to be on disk should call flush
Don't flush the raw_ostream in llvm::WriteBitcodeToFile; it's at the wrong level. Clients which need to leave the stream open but which still require the bitcode bits to be on disk should call flush themselves.
llvm-svn: 104885
show more ...
|
| #
d9225cee |
| 27-May-2010 |
Dan Gohman <[email protected]> |
Don't special-case stdout in llvm::WriteBitcodeToFile; just consider it to be the caller's responsibility to provide a stream in binary mode. This fixes a layering violation and avoids an outs() call
Don't special-case stdout in llvm::WriteBitcodeToFile; just consider it to be the caller's responsibility to provide a stream in binary mode. This fixes a layering violation and avoids an outs() call.
llvm-svn: 104878
show more ...
|
|
Revision tags: llvmorg-2.7.0 |
|
| #
7258dcd7 |
| 16-Apr-2010 |
Eric Christopher <[email protected]> |
Revert 101465, it broke internal OpenGL testing.
Probably the best way to know that all getOperand() calls have been handled is to replace that API instead of updating.
llvm-svn: 101579
|
| #
f375520f |
| 16-Apr-2010 |
Gabor Greif <[email protected]> |
reapply r101434 with a fix for self-hosting
rotate CallInst operands, i.e. move callee to the back of the operand array
the motivation for this patch are laid out in my mail to llvm-commits: more e
reapply r101434 with a fix for self-hosting
rotate CallInst operands, i.e. move callee to the back of the operand array
the motivation for this patch are laid out in my mail to llvm-commits: more efficient access to operands and callee, faster callgraph-construction, smaller compiler binary
llvm-svn: 101465
show more ...
|
| #
403e9694 |
| 16-Apr-2010 |
Gabor Greif <[email protected]> |
back out r101423 and r101397, they break llvm-gcc self-host on darwin10
llvm-svn: 101434
|
| #
33ae80bf |
| 15-Apr-2010 |
Gabor Greif <[email protected]> |
reapply r101364, which has been backed out in r101368 with a fix
rotate CallInst operands, i.e. move callee to the back of the operand array
the motivation for this patch are laid out in my mail to
reapply r101364, which has been backed out in r101368 with a fix
rotate CallInst operands, i.e. move callee to the back of the operand array
the motivation for this patch are laid out in my mail to llvm-commits: more efficient access to operands and callee, faster callgraph-construction, smaller compiler binary
llvm-svn: 101397
show more ...
|
| #
9fd00c7d |
| 15-Apr-2010 |
Gabor Greif <[email protected]> |
back out r101364, as it trips the linux nightlybot on some clang C++ tests
llvm-svn: 101368
|
| #
aafd2096 |
| 15-Apr-2010 |
Gabor Greif <[email protected]> |
rotate CallInst operands, i.e. move callee to the back of the operand array
the motivation for this patch are laid out in my mail to llvm-commits: more efficient access to operands and callee, faste
rotate CallInst operands, i.e. move callee to the back of the operand array
the motivation for this patch are laid out in my mail to llvm-commits: more efficient access to operands and callee, faster callgraph-construction, smaller compiler binary
llvm-svn: 101364
show more ...
|
| #
07d09ed4 |
| 03-Apr-2010 |
Chris Lattner <[email protected]> |
Add special case bitcode support for DebugLoc. This avoids having the bitcode writer materialize mdnodes for all the debug location tuples when writing out the bc file and stores the information in
Add special case bitcode support for DebugLoc. This avoids having the bitcode writer materialize mdnodes for all the debug location tuples when writing out the bc file and stores the information in a more compact form. For example, the -O0 -g bc file for combine.c in 176.gcc shrinks from 739392 to 512096 bytes.
This concludes my planned short-term debug info work.
llvm-svn: 100261
show more ...
|
| #
a2fbc0ae |
| 24-Mar-2010 |
Gabor Greif <[email protected]> |
Finally land the InvokeInst operand reordering. I have audited all getOperandNo calls now, fixing hidden assumptions. CallSite related uglyness will be eliminated successively.
Note this patch has a
Finally land the InvokeInst operand reordering. I have audited all getOperandNo calls now, fixing hidden assumptions. CallSite related uglyness will be eliminated successively.
Note this patch has a long and griveous history, for all the back-and-forths have a look at CallSite.h's log.
llvm-svn: 99399
show more ...
|