| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
being actively maintained, improved, or extended.
llvm-svn: 112356
|
| |
|
|
| |
llvm-svn: 111895
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
useful, but it is nice for consistency.
llvm-svn: 108262
|
| |
|
|
| |
llvm-svn: 108259
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
function calls, not just recognized intrinsics.
llvm-svn: 103428
|
| |
|
|
| |
llvm-svn: 99818
|
| |
|
|
| |
llvm-svn: 98673
|
| |
|
|
| |
llvm-svn: 98666
|
| |
|
|
| |
llvm-svn: 96011
|
| |
|
|
|
|
|
| |
implement support for it) that the stack should be forcibly realigned in the
prologue (and the process reversed in the epilogue).
llvm-svn: 95945
|
| |
|
|
| |
llvm-svn: 93068
|
| |
|
|
| |
llvm-svn: 92931
|
| |
|
|
| |
llvm-svn: 92783
|
| |
|
|
|
|
|
|
|
|
| |
round trip blockaddress through .ll and .bc files, so add a testcase.
There are still a bunch of places in the optimizer and other places
that need to be updated to work with these constructs, but at least
the basics are in now.
llvm-svn: 85377
|
| |
|
|
| |
llvm-svn: 85351
|
| |
|
|
|
|
|
| |
(assembler,asmprinter, bc reader+writer) and document it. Codegen
currently aborts on it.
llvm-svn: 85274
|
| |
|
|
| |
llvm-svn: 85258
|
| |
|
|
| |
llvm-svn: 85256
|
| |
|
|
| |
llvm-svn: 84464
|
| |
|
|
|
|
| |
sections of memory objects.
llvm-svn: 83953
|
| |
|
|
| |
llvm-svn: 83033
|
| |
|
|
| |
llvm-svn: 82259
|
| |
|
|
| |
llvm-svn: 82176
|
| |
|
|
|
|
|
|
| |
input filename so that opt doesn't print the input filename in the
output so that grep lines in the tests don't unintentionally match
strings in the input filename.
llvm-svn: 81537
|
| |
|
|
| |
llvm-svn: 81527
|
| |
|
|
|
|
| |
filename in the output, which interferes with the tests' grep lines.
llvm-svn: 81263
|
| |
|
|
| |
llvm-svn: 81257
|
| |
|
|
|
|
| |
of using llvm-as, now that opt supports this.
llvm-svn: 81226
|
| |
|
|
| |
llvm-svn: 81086
|
| |
|
|
| |
llvm-svn: 79992
|
| |
|
|
| |
llvm-svn: 77637
|
| |
|
|
| |
llvm-svn: 77517
|
| |
|
|
|
|
| |
METADATA_BLOCK in bitcode file.
llvm-svn: 76834
|
| |
|
|
| |
llvm-svn: 76763
|
| |
|
|
|
|
|
| |
Derive MDString directly from MetadataBase.
Introduce new bitcode block to hold metadata.
llvm-svn: 76759
|
| |
|
|
|
|
| |
!0 = constant metadata !{...}
llvm-svn: 75057
|
| |
|
|
|
|
| |
Simplify MDNode printing.
llvm-svn: 75053
|
| |
|
|
| |
llvm-svn: 75031
|
| |
|
|
| |
llvm-svn: 74633
|
| |
|
|
|
|
|
| |
!0 = constant metadata !{i32 21, i32 22}
@llvm.blah = constant metadata !{i32 1000, i16 200, metadata !0}
llvm-svn: 74630
|
| |
|
|
| |
llvm-svn: 74255
|
| |
|
|
| |
llvm-svn: 74150
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
failures.
To support this, add some utility functions to Type to help support
vector/scalar-independent code. Change ConstantInt::get and
ConstantFP::get to support vector types, and add an overload to
ConstantInt::get that uses a static IntegerType type, for
convenience.
Introduce a new getConstant method for ScalarEvolution, to simplify
common use cases.
llvm-svn: 73431
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 72610
|
| |
|
|
|
|
|
| |
Constant* in preperation of a future change to support holding non-Constants
in an MDNode.
llvm-svn: 71407
|
| |
|
|
|
|
|
|
| |
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
|