| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
arm explicitly. X86 and ARM are the only two targets that support
disassembly, so our explicit list is enough. These other targets
weren't getting pulled in anyway though, since there were no
references to their symbols.
llvm-svn: 108934
|
| |
|
|
|
|
| |
enabled. Add direct ARM support.
llvm-svn: 108933
|
| |
|
|
| |
llvm-svn: 108931
|
| |
|
|
| |
llvm-svn: 108925
|
| |
|
|
| |
llvm-svn: 108919
|
| |
|
|
| |
llvm-svn: 108876
|
| |
|
|
| |
llvm-svn: 108875
|
| |
|
|
| |
llvm-svn: 108873
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
better in the llvm world. Among other things, this changes:
1. The guts of libedis are now moved into lib/MC/MCDisassembler
2. llvm-mc now depends on lib/MC/MCDisassembler, not tools/edis,
so edis and mc don't have to be built in series.
3. lib/MC/MCDisassembler no longer depends on the C api, the C
API depends on it.
4. Various code cleanup changes.
There is still a lot to be done to make edis fit with the llvm
design, but this is an incremental step in the right direction.
llvm-svn: 108869
|
| |
|
|
|
|
|
|
| |
working again. I don't see why this patch
would cause them to fail the way they are, but none of the other intervening patches seem likely either.
llvm-svn: 108818
|
| |
|
|
| |
llvm-svn: 108813
|
| |
|
|
|
|
|
| |
superclass (StaticPassInfo) and a constructor-ful subclass (PassInfo).", it is
breaking teh everything.
llvm-svn: 108805
|
| |
|
|
|
|
| |
(StaticPassInfo) and a constructor-ful subclass (PassInfo).
llvm-svn: 108794
|
| |
|
|
| |
llvm-svn: 108673
|
| |
|
|
|
|
| |
- Unfortunate, but necessary for now to handle subtarget instruction matching. Eventually we should factor out the lower level target machine information so we don't need to do this.
llvm-svn: 108664
|
| |
|
|
| |
llvm-svn: 108663
|
| |
|
|
| |
llvm-svn: 108645
|
| |
|
|
| |
llvm-svn: 108644
|
| |
|
|
| |
llvm-svn: 108629
|
| |
|
|
|
|
| |
code ids, not just some of them.
llvm-svn: 108543
|
| |
|
|
|
|
| |
the libLTO library version from the actual build version.
llvm-svn: 108495
|
| |
|
|
|
|
|
|
| |
DIRS list, so it does no good to filter it from PARALLEL_DIRS), and replace
it with a check to disable building the shared library version of edis when
the flag is set. Disabling it entirely does not work because MC uses it now.
llvm-svn: 108367
|
| |
|
|
| |
llvm-svn: 108130
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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: 107426
|
| |
|
|
| |
llvm-svn: 107417
|
| |
|
|
| |
llvm-svn: 107362
|
| |
|
|
| |
llvm-svn: 107215
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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: 107126
|
| |
|
|
|
|
| |
The ValueMapper used by various cloning utility maps MDNodes also.
llvm-svn: 106706
|
| |
|
|
|
|
|
|
|
|
|
|
| |
having a library both as bitcode and native code. We want to use the
bitcode first, but if codegen produces new undefined references we have to use
the native code to satisfy those references.
Gold has no notion of bitcode and native search directories, so instead it has
an API where the plugin can instruct it to look for the libraries it is passing
to it. This patch uses that API.
llvm-svn: 106674
|
| |
|
|
|
|
| |
const_cast.
llvm-svn: 106410
|
| |
|
|
| |
llvm-svn: 106409
|
| |
|
|
|
|
|
|
| |
ask the linker to take another look into some library or object. The case when
one might want to do this is when codegen introduces a new undefined reference.
The canonical example is libgcc.
llvm-svn: 106303
|
| |
|
|
| |
llvm-svn: 105962
|
| |
|
|
| |
llvm-svn: 105837
|
| |
|
|
|
|
| |
refer to the "external node" instead.
llvm-svn: 105731
|
| |
|
|
|
|
|
|
| |
callgraph SCC's. This makes it match what the node itself would print. Also,
"indirect callgraph node" doesn't make sense - it has nothing particularly to
do with indirect calls.
llvm-svn: 105730
|
| |
|
|
| |
llvm-svn: 105556
|
| |
|
|
| |
llvm-svn: 105552
|
| |
|
|
| |
llvm-svn: 105550
|
| |
|
|
| |
llvm-svn: 105534
|
| |
|
|
| |
llvm-svn: 105513
|
| |
|
|
| |
llvm-svn: 105442
|
| |
|
|
|
|
| |
also-emit-llvm optional.
llvm-svn: 105414
|
| |
|
|
| |
llvm-svn: 105397
|
| |
|
|
| |
llvm-svn: 105395
|
| |
|
|
|
|
|
| |
needed. The result is that now we are able to drop unnecessary symbol from
shared libraries.
llvm-svn: 105389
|
| |
|
|
| |
llvm-svn: 104888
|