| 6948897e478cbd66626159776a8017b3c18579b9 |
|
01-Jul-2015 |
Pirama Arumuga Nainar <pirama@google.com> |
Update aosp/master LLVM for rebase to r239765
Bug: 20140355: This rebase pulls the upstream fix for the spurious
warnings mentioned in the bug.
Change-Id: I7fd24253c50f4d48d900875dcf43ce3f1721a3da
/external/llvm/test/MC/ELF/got.s
|
| 7486d92a6c949a193bb75c0ffa0170eeb2fabb80 |
|
30-May-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Change how we iterate over relocations on ELF.
For COFF and MachO, sections semantically have relocations that apply to them.
That is not the case on ELF.
In relocatable objects (.o), a section with relocations in ELF has offsets to
another section where the relocations should be applied.
In dynamic objects and executables, relocations don't have an offset, they have
a virtual address. The section sh_info may or may not point to another section,
but that is not actually used for resolving the relocations.
This patch exposes that in the ObjectFile API. It has the following advantages:
* Most (all?) clients can handle this more efficiently. They will normally walk
all relocations, so doing an effort to iterate in a particular order doesn't
save time.
* llvm-readobj now prints relocations in the same way the native readelf does.
* probably most important, relocations that don't point to any section are now
visible. This is the case of relocations in the rela.dyn section. See the
updated relocation-executable.test for example.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@182908 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| f89da7210b09a0a0f7c9ee216cd54dca03c6b64a |
|
12-Apr-2013 |
Nico Rieck <nico.rieck@gmail.com> |
Replace coff-/elf-dump with llvm-readobj
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@179361 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| d7c278326f333f41d8ec8d19f817a117e3f11190 |
|
04-Aug-2011 |
Rafael Espindola <rafael.espindola@gmail.com> |
Print st_bind with the correct number of bits.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136874 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| f7179de2a5c127d08e6d24e507abec516f2fc597 |
|
04-Aug-2011 |
Rafael Espindola <rafael.espindola@gmail.com> |
Change anther counter to decimal.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136870 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| 7c18fa87a4d4ed8b0cfe1ec65597c748c6d91ca9 |
|
20-Mar-2011 |
Rafael Espindola <rafael.espindola@gmail.com> |
Write the section table and the section data in the same order that
gun as does. This makes it a lot easier to compare the output of both
as the addresses are now a lot closer.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127972 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| f7d5278fb32b84b6218a222346202ab3af17057c |
|
19-Oct-2010 |
Jason W Kim <jason.w.kim.2009@gmail.com> |
Fixing r116753 r116756 r116777
The failures in r116753 r116756 were caused by a python issue -
Python likes to append 'L' suffix to stringified numbers if the number
is larger than a machine int. Unfortunately, this causes a divergence of
behavior between 32 and 64 bit python versions.
I re-crafted elf-dump/common_dump to take care of these issues by:
1. always printing 0x (makes for easy sed/regex)
2. always print fixed length (exactly 2 + numBits/4 digits long)
by mod ((2^numBits) - 1)
3. left-padded with '0'
There is a residual common routine that is also used by
macho-dump (dataToHex) , so I left the 'section_data' test values alone.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@116823 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| 1dcb1eafbc0c94dc0cb9cd0d3f002524de8a5a92 |
|
19-Oct-2010 |
Eric Christopher <echristo@apple.com> |
Speculatively revert 116753 and 116756 to attempt to fix the bots.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@116777 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| e7d4a4c6c882907da11adcaaacf1a2f464214e87 |
|
18-Oct-2010 |
Jason W Kim <jason.w.kim.2009@gmail.com> |
Changed elf-dump to output hex format by default.
Also updated tests.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@116753 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| 5c77c16f311d702a315547c0eb32b7a34a9d55c8 |
|
05-Oct-2010 |
Rafael Espindola <rafael.espindola@gmail.com> |
Produce a undefined reference to _GLOBAL_OFFSET_TABLE_ when needed.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@115623 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| 607d1f6d3216b647c07965bafae8d1aba6312136 |
|
04-Oct-2010 |
Rafael Espindola <rafael.espindola@gmail.com> |
Implement ELF::R_X86_64_GOTPCREL.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@115547 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|
| 28f9ac81012e1e278128a4148e93f6ab873f15d8 |
|
04-Oct-2010 |
Rafael Espindola <rafael.espindola@gmail.com> |
Produce a R_X86_64_GOT32 when needed.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@115537 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/MC/ELF/got.s
|