| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Fixes PR14447 and PR9034. Patch by Nico Rieck!
llvm-svn: 173839
|
|
|
|
| |
llvm-svn: 172358
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.
Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]
llvm-svn: 169131
|
|
|
|
|
|
| |
See: http://en.wikipedia.org/wiki/If_and_only_if Commit 164767
llvm-svn: 164768
|
|
|
|
| |
llvm-svn: 164767
|
|
|
|
|
|
|
|
|
| |
This needs a test, but it will take some time to figure
out the best way to get an input that will produce > 2^16 relocs.
Patch by Graydon Hoare!
llvm-svn: 152787
|
|
|
|
| |
llvm-svn: 147231
|
|
|
|
|
|
| |
to moving it to lib/Target/X86.
llvm-svn: 147190
|
|
|
|
|
|
| |
asm parsing and testcase.
llvm-svn: 146801
|
|
|
|
|
|
| |
per http://llvm.org/docs/CodingStandards.html#ll_naming
llvm-svn: 145873
|
|
|
|
| |
llvm-svn: 144111
|
|
|
|
| |
llvm-svn: 135930
|
|
|
|
|
|
| |
MC :-)
llvm-svn: 129923
|
|
|
|
| |
llvm-svn: 129850
|
|
|
|
| |
llvm-svn: 126488
|
|
|
|
|
|
| |
Patch by Nathan Jeffords!
llvm-svn: 126425
|
|
|
|
|
|
| |
the right thing and stop trying to copy it. Fixes PR8944.
llvm-svn: 125648
|
|
|
|
|
|
| |
have a single point where targets test if a relocation is needed.
llvm-svn: 122549
|
|
|
|
| |
llvm-svn: 122148
|
|
|
|
| |
llvm-svn: 122147
|
|
|
|
|
|
|
|
| |
specific hook.
- Currently just has stub implementations for Mach-O, ELF, and COFF.
llvm-svn: 122037
|
|
|
|
|
|
| |
-- and remove FIXME asking for the same!
llvm-svn: 122032
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
actuall addresses in a .o file, so it is better to let the MachO writer compute
it.
This is good for two reasons. First, areas that shouldn't care about
addresses now don't have access to it. Second, the layout of each section
is independent. I should use this in a subsequent commit to speed it up.
Most of the patch is just removing the section address computation. The two
interesting parts are the change on how we handle padding in the end
of sections and how MachO can get the address of a-b when a and b are in
different sections.
Since now the expression evaluation normally doesn't know the section address,
it will think that a-b needs relocation and let the MachO writer know. Once
it has computed the section addresses, it calls back the expression evaluation
with the section addresses to resolve these expressions.
The remaining problem is the handling of padding. Currently it will create
a special alignment fragment at the end. Since that fragment doesn't update
the alignment of the section, it needs the real address to be computed.
Since now the layout will not compute a-b with a and b in different sections,
the only effect that the special alignment fragment has is update the
address size of the section. This can also be done by the MachO writer.
llvm-svn: 121076
|
|
|
|
| |
llvm-svn: 120979
|
|
|
|
| |
llvm-svn: 120298
|
|
|
|
|
|
| |
and at least the 4 byte one will be needed to implement the .cfi_* directives.
llvm-svn: 120240
|
|
|
|
| |
llvm-svn: 117062
|
|
|
|
| |
llvm-svn: 116666
|
|
|
|
| |
llvm-svn: 116155
|
|
|
|
| |
llvm-svn: 116148
|
|
|
|
| |
llvm-svn: 116013
|
|
|
|
| |
llvm-svn: 115657
|
|
|
|
| |
llvm-svn: 115656
|
|
|
|
|
|
|
| |
they should be in the symbol table or not. Instead of "guessing", just compute
the symbol table after the relocations are known.
llvm-svn: 115619
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With this patch in
movq $foo, foo(%rip)
foo:
.long foo
We produce a R_X86_64_32S for the first relocation and R_X86_64_32 for the
second one.
llvm-svn: 115134
|
|
|
|
|
|
|
|
|
|
|
| |
resolved or not. Different object files have different restrictions and
different native assemblers have different idiosyncrasies we want to emulate
for now.
Move the existing MachO logic to the new place and implement an ELF one that
gets fixups to globals right.
llvm-svn: 115131
|
|
|
|
| |
llvm-svn: 115020
|
|
|
|
| |
llvm-svn: 114888
|
|
|
|
|
|
|
|
| |
targeted at symbols into relocations relative to the containing section.
Patch by Nathan Jeffords!
llvm-svn: 114823
|
|
|
|
|
|
| |
Multiple symbol reloc handling part of the patch by Cameron Esfahani.
llvm-svn: 111963
|
|
|
|
| |
llvm-svn: 111728
|
|
|
|
|
|
| |
Patch by Cameron Esfahani!
llvm-svn: 110104
|
|
|
|
|
|
|
|
| |
This reverts commit r110100
Wrong path caps.
llvm-svn: 110103
|
|
|
|
| |
llvm-svn: 110101
|
|
|
|
|
|
| |
Patch by Cameron Esfahani!
llvm-svn: 110100
|
|
|
|
| |
llvm-svn: 109956
|
|
|
|
| |
llvm-svn: 109745
|
|
|
|
| |
llvm-svn: 109391
|
|
|
|
|
|
| |
A Visual C++ extension that removes trailing new lines? Seriously?
llvm-svn: 109390
|
|
|
|
|
|
| |
Origonal Windows COFF implementation by Nathan Jedffords.
llvm-svn: 109389
|