History log of /llvm-project/llvm/lib/Object/MachOObjectFile.cpp (Results 351 – 375 of 491)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: llvmorg-3.4.0, llvmorg-3.4.0-rc3
# 13250cbb 06-Dec-2013 Eric Christopher <echristo@gmail.com>

Fix a pair of array index checks.

Patch by Marius Wachtler.

llvm-svn: 196560


Revision tags: llvmorg-3.4.0-rc2, llvmorg-3.4.0-rc1
# 586af97a 02-Nov-2013 Rafael Espindola <rafael.espindola@gmail.com>

move getSymbolNMTypeChar to the one program that needs it: nm.

llvm-svn: 193933


# a135632a 02-Nov-2013 Rafael Espindola <rafael.espindola@gmail.com>

Fix llvm-nm to mach OS X's nm on some tests.

There is still a long way to go for llvm-nm, but at least we now match
nm's letter output in the cases we test for.

llvm-svn: 193912


# bc654b18 27-Sep-2013 Rui Ueyama <ruiu@google.com>

Object/COFF: Rename getXXX{Begin,End} -> xxx_{begin,end}.

It is mentioned in the LLVM coding standard that _begin() and _end() suffixes
should be used.

llvm-svn: 191569


# 8bdfafd5 01-Sep-2013 Charles Davis <cdavis5x@gmail.com>

Move everything depending on Object/MachOFormat.h over to Support/MachO.h.

llvm-svn: 189728


# 1827bd8a 27-Aug-2013 Charles Davis <cdavis5x@gmail.com>

Revert "Fix the build broken by r189315." and "Move everything depending on Object/MachOFormat.h over to Support/MachO.h."

This reverts commits r189319 and r189315. r189315 broke some tests on what

Revert "Fix the build broken by r189315." and "Move everything depending on Object/MachOFormat.h over to Support/MachO.h."

This reverts commits r189319 and r189315. r189315 broke some tests on what I
believe are big-endian platforms.

llvm-svn: 189321

show more ...


# 0c6f71b4 27-Aug-2013 Charles Davis <cdavis5x@gmail.com>

Move everything depending on Object/MachOFormat.h over to Support/MachO.h.

llvm-svn: 189315


# 74ec8b09 27-Aug-2013 Charles Davis <cdavis5x@gmail.com>

Support/MachO: Add a bunch of defines.

Right now we have two headers for the Mach-O format. I'd like to get rid
of one. Since the other object formats are all in Support, I chose to
keep the Mach-O

Support/MachO: Add a bunch of defines.

Right now we have two headers for the Mach-O format. I'd like to get rid
of one. Since the other object formats are all in Support, I chose to
keep the Mach-O header in Support, and discard the other one.

llvm-svn: 189314

show more ...


# 84a0ae74 21-Aug-2013 Jakub Staszak <kubastaszak@gmail.com>

Move #includes from .h to .cpp file.

llvm-svn: 188852


# b88cdf62 08-Aug-2013 David Fang <fang@csl.cornell.edu>

initial draft of PPCMachObjectWriter.cpp
this records relocation entries in the mach-o object file
for PIC code generation.
tested on powerpc-darwin8, validated against darwin otool -rvV

llvm-svn: 1

initial draft of PPCMachObjectWriter.cpp
this records relocation entries in the mach-o object file
for PIC code generation.
tested on powerpc-darwin8, validated against darwin otool -rvV

llvm-svn: 188004

show more ...


# 097e09ab 03-Aug-2013 Benjamin Kramer <benny.kra@googlemail.com>

MachObjectFile: Don't leak on error.

llvm-svn: 187698


# 1ff26ab6 22-Jul-2013 Eric Christopher <echristo@gmail.com>

Typo.

llvm-svn: 186886


# 1d62c25a 22-Jul-2013 Eric Christopher <echristo@gmail.com>

80-column tidying. Formatting choices by clang-format.

llvm-svn: 186885


Revision tags: llvmorg-3.3.1-rc1
# e6388e62 18-Jun-2013 Alexey Samsonov <samsonov@google.com>

Basic support for parsing Mach-O universal binaries in LLVMObject library

llvm-svn: 184191


Revision tags: llvmorg-3.3.0
# 273ae01b 06-Jun-2013 Kevin Enderby <enderby@apple.com>

Teach llvm-objdump with the -macho parser how to use the data in code table
from the LC_DATA_IN_CODE load command. And when disassembling print
the data in code formatted for the kind of data it and

Teach llvm-objdump with the -macho parser how to use the data in code table
from the LC_DATA_IN_CODE load command. And when disassembling print
the data in code formatted for the kind of data it and not disassemble those
bytes.

I added the format specific functionality to the derived class MachOObjectFile
since these tables only appears in Mach-O object files. This is my first
attempt to modify the libObject stuff so if folks have better suggestions
how to fit this in or suggestions on the implementation please let me know.

rdar://11791371

llvm-svn: 183424

show more ...


# 806f0064 05-Jun-2013 Rafael Espindola <rafael.espindola@gmail.com>

Handle relocations that don't point to symbols.

In ELF (as in MachO), not all relocations point to symbols. Represent this
properly by using a symbol_iterator instead of a SymbolRef. Update llvm-rea

Handle relocations that don't point to symbols.

In ELF (as in MachO), not all relocations point to symbols. Represent this
properly by using a symbol_iterator instead of a SymbolRef. Update llvm-readobj
ELF's dumper to handle relocatios without symbols.

llvm-svn: 183284

show more ...


Revision tags: llvmorg-3.3.0-rc3, llvmorg-3.3.0-rc2
# 9dab0cc6 14-May-2013 Ahmed Bougacha <ahmed.bougacha@gmail.com>

Object: Fix Mach-O relocation printing.

There were two problems that made llvm-objdump -r crash:
- for non-scattered relocations, the symbol/section index is actually in the
(aptly named) symbolnu

Object: Fix Mach-O relocation printing.

There were two problems that made llvm-objdump -r crash:
- for non-scattered relocations, the symbol/section index is actually in the
(aptly named) symbolnum field.
- sections are 1-indexed.

llvm-svn: 181843

show more ...


# 0d15f731 09-May-2013 Rafael Espindola <rafael.espindola@gmail.com>

Change getRelocationAdditionalInfo to be ELF only.

It was only implemented for ELF where it collected the Addend, so this
patch also renames it to getRelocationAddend.

llvm-svn: 181502


Revision tags: llvmorg-3.3.0-rc1
# 52501033 30-Apr-2013 Rafael Espindola <rafael.espindola@gmail.com>

Fix Addend computation for non external relocations on Macho.

llvm-svn: 180790


# e4dd2e01 29-Apr-2013 Rafael Espindola <rafael.espindola@gmail.com>

Add getSymbolAlignment to the ObjectFile interface.

For regular object files this is only meaningful for common symbols. An object
file format with direct support for atoms should be able to provide

Add getSymbolAlignment to the ObjectFile interface.

For regular object files this is only meaningful for common symbols. An object
file format with direct support for atoms should be able to provide alignment
information for all symbols.

This replaces getCommonSymbolAlignment and fixes
test-common-symbols-alignment.ll on darwin. This also includes a fix to
MachOObjectFile::getSymbolFlags. It was marking undefined symbols as common
(already tested by existing mcjit tests now that it is used).

llvm-svn: 180736

show more ...


# 6e040c0b 26-Apr-2013 Rafael Espindola <rafael.espindola@gmail.com>

Use llvm/Object/MachO.h in macho-dumper. Drop the old macho parser.

For Mach-O there were 2 implementations for parsing object files. A
standalone llvm/Object/MachOObject.h and llvm/Object/MachO.h w

Use llvm/Object/MachO.h in macho-dumper. Drop the old macho parser.

For Mach-O there were 2 implementations for parsing object files. A
standalone llvm/Object/MachOObject.h and llvm/Object/MachO.h which
implements the generic interface in llvm/Object/ObjectFile.h.

This patch adds the missing features to MachO.h, moves macho-dump to
use MachO.h and removes ObjectFile.h.

In addition to making sure that check-all is clean, I checked that the
new version produces exactly the same output in all Mach-O files in a
llvm+clang build directory (including executables and shared
libraries).

To test the performance, I ran macho-dump over all the files in a
llvm+clang build directory again, but this time redirecting the output
to /dev/null. Both the old and new versions take about 4.6 seconds
(2.5 user) to finish.

llvm-svn: 180624

show more ...


# 04d3f496 25-Apr-2013 Rafael Espindola <rafael.espindola@gmail.com>

Use a pointer as the relocation iterator.

Since the relocation iterator walks only the relocations in one section, we
can just use a pointer and avoid fetching information about the section at
every

Use a pointer as the relocation iterator.

Since the relocation iterator walks only the relocations in one section, we
can just use a pointer and avoid fetching information about the section at
every reference.

llvm-svn: 180262

show more ...


# 1e483879 25-Apr-2013 Rafael Espindola <rafael.espindola@gmail.com>

Clarify getRelocationAddress x getRelocationOffset a bit.

getRelocationAddress is for dynamic libraries and executables,
getRelocationOffset for relocatable objects.

Mark the getRelocationAddress o

Clarify getRelocationAddress x getRelocationOffset a bit.

getRelocationAddress is for dynamic libraries and executables,
getRelocationOffset for relocatable objects.

Mark the getRelocationAddress of COFF and MachO as not implemented yet. Add a
test of ELF's. llvm-readobj -r now prints the same values as readelf -r.

llvm-svn: 180259

show more ...


# 75c3036d 24-Apr-2013 Rafael Espindola <rafael.espindola@gmail.com>

Use pointers to iterate over symbols.

While here, don't report a dummy symbol for relocations that don't have symbols.
We used to says such relocations were for the first defined symbol, but now we

Use pointers to iterate over symbols.

While here, don't report a dummy symbol for relocations that don't have symbols.
We used to says such relocations were for the first defined symbol, but now we
return end_symbols(). The llvm-readobj output change agrees with otool.

llvm-svn: 180214

show more ...


# b68c5f6b 24-Apr-2013 Rafael Espindola <rafael.espindola@gmail.com>

Revert r180189.

This should bring the ppc bots back. I will try to write a test that would
have found the problem on a little endian system too.

llvm-svn: 180194


1...<<11121314151617181920