| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 108567
|
|
|
|
| |
llvm-svn: 108366
|
|
|
|
|
|
| |
construct is the named metadata.
llvm-svn: 108263
|
|
|
|
| |
llvm-svn: 108246
|
|
|
|
| |
llvm-svn: 108239
|
|
|
|
|
|
| |
wider than the source type. Correct LangRef.
llvm-svn: 108238
|
|
|
|
|
|
|
| |
Targets must now implement TargetInstrInfo::copyPhysReg instead. There is no
longer a default implementation forwarding to copyRegToReg.
llvm-svn: 108095
|
|
|
|
|
|
| |
'exact' keyword. Thanks to nlewycky for pointing this out!
llvm-svn: 108064
|
|
|
|
| |
llvm-svn: 107862
|
|
|
|
| |
llvm-svn: 107808
|
|
|
|
|
|
|
|
|
|
|
| |
interface needs implementations to be consistent, so any code which
wants to support different semantics must use a different interface.
It's not currently worthwhile to add a new interface for this new
concept.
Document that AliasAnalysis doesn't support cross-function queries.
llvm-svn: 107776
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
builds to "Release". The default build is unchanged (optimization on,
assertions on), however it is now called Release+Asserts. The intent
is that future LLVM releases released via llvm.org will be Release builds
in the new sense, i.e. will have assertions disabled (currently they have
assertions enabled, for a more than 20% slowdown). This will bring them
in line with MacOS releases, which ship with assertions disabled. It also
means that "Release" now means the same things in make and cmake builds:
cmake already disables assertions for "Release" builds AFAICS.
llvm-svn: 107758
|
|
|
|
| |
llvm-svn: 107699
|
|
|
|
| |
llvm-svn: 107696
|
|
|
|
| |
llvm-svn: 107680
|
|
|
|
|
|
| |
Patch by Kenneth Hoste.
llvm-svn: 107669
|
|
|
|
|
|
| |
clarify a few other things.
llvm-svn: 107659
|
|
|
|
| |
llvm-svn: 107587
|
|
|
|
|
|
| |
does not.
llvm-svn: 107546
|
|
|
|
|
|
| |
AliasAnalyses have the choice to respect noalias.
llvm-svn: 107544
|
|
|
|
| |
llvm-svn: 107538
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the noalias argument on function attributes be usable to model the
C99 restrict keyword on arguments, and to allow AliasAnalysis to
consider a noalias-attributed argument to be an "identified object".
To support this, refactor a new "based on" concept out of the current
pointer aliasing "associated" concept. This "based on" concept is very
similar to (though it is not identical with) the "based on" concept
in C99.
Also, reword the definition of NoAlias to more closely describe the
concept that the optimizer uses.
llvm-svn: 107495
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 107215
|
|
|
|
| |
llvm-svn: 107207
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 107080
|
|
|
|
| |
llvm-svn: 106776
|
|
|
|
|
|
|
|
|
| |
lib/Transforms/Hello/Makefile, and prevents a lot of errors like "Assertion
`Inserted && "Pass registered multiple times!"' failed"
Patch by Gregory Petrosyan!
llvm-svn: 106471
|
|
|
|
| |
llvm-svn: 106470
|
|
|
|
| |
llvm-svn: 106468
|
|
|
|
| |
llvm-svn: 106340
|
|
|
|
| |
llvm-svn: 106335
|
|
|
|
|
|
|
| |
The rule is simple: only inherit from a class list if they come
in the end, after the last multiclass.
llvm-svn: 106305
|
|
|
|
| |
llvm-svn: 106234
|
|
|
|
|
|
| |
be evaluated for 'bit' operators
llvm-svn: 106185
|
|
|
|
| |
llvm-svn: 106171
|
|
|
|
|
|
| |
Please use the fast allocator instead.
llvm-svn: 106051
|
|
|
|
| |
llvm-svn: 105933
|
|
|
|
|
|
| |
providing more ways to factor out commonality from the records.
llvm-svn: 105776
|
|
|
|
| |
llvm-svn: 105519
|
|
|
|
| |
llvm-svn: 105495
|
|
|
|
| |
llvm-svn: 105323
|
|
|
|
| |
llvm-svn: 105098
|
|
|
|
| |
llvm-svn: 104993
|
|
|
|
| |
llvm-svn: 104963
|
|
|
|
| |
llvm-svn: 104962
|
|
|
|
|
|
| |
This will help reduce the amount of casting required on 64-bit targets.
llvm-svn: 104911
|
|
|
|
| |
llvm-svn: 104750
|
|
|
|
| |
llvm-svn: 104703
|