emscripten-fastcomp/lib/Object, branch masterLLVM with the emscripten fastcomp javascript backendhttps://git.amat.us/emscripten-fastcomp/atom/lib/Object?h=master2013-05-01T20:59:00ZThis patch breaks up Wrap.h so that it does not have to include all of 2013-05-01T20:59:00ZFilip Pizlofpizlo@apple.com2013-05-01T20:59:00Zurn:sha1:40be1e85665d10f5444186f0e7106e368dd735b8
the things, and renames it to CBindingWrapping.h. I also moved
CBindingWrapping.h into Support/.
This new file just contains the macros for defining different wrap/unwrap
methods.
The calls to those macros, as well as any custom wrap/unwrap definitions
(like for array of Values for example), are put into corresponding C++
headers.
Doing this required some #include surgery, since some .cpp files relied
on the fact that including Wrap.h implicitly caused the inclusion of a
bunch of other things.
This also now means that the C++ headers will include their corresponding
C API headers; for example Value.h must include llvm-c/Core.h. I think
this is harmless, since the C API headers contain just external function
declarations and some C types, so I don't believe there should be any
nasty dependency issues here.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180881 91177308-0d34-0410-b5e6-96231b3b80d8
Fix Addend computation for non external relocations on Macho.2013-04-30T15:40:54ZRafael Espindolarafael.espindola@gmail.com2013-04-30T15:40:54Zurn:sha1:e87dadc44b1544c35e13cf48dfe167109929a944
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180790 91177308-0d34-0410-b5e6-96231b3b80d8
Add getSymbolAlignment to the ObjectFile interface.2013-04-29T22:24:22ZRafael Espindolarafael.espindola@gmail.com2013-04-29T22:24:22Zurn:sha1:59a0e79631ed851d98cf9c2ba6fa5f9aafdfdc93
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).
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180736 91177308-0d34-0410-b5e6-96231b3b80d8
Use llvm/Object/MachO.h in macho-dumper. Drop the old macho parser.2013-04-26T20:07:33ZRafael Espindolarafael.espindola@gmail.com2013-04-26T20:07:33Zurn:sha1:2173e1839c2d00f7f980450dd537047b7b376e6b
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180624 91177308-0d34-0410-b5e6-96231b3b80d8
Use a pointer as the relocation iterator.2013-04-25T12:45:46ZRafael Espindolarafael.espindola@gmail.com2013-04-25T12:45:46Zurn:sha1:e5330f77cf420d71cfd46c960387eb06edeccbf8
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180262 91177308-0d34-0410-b5e6-96231b3b80d8
Clarify getRelocationAddress x getRelocationOffset a bit.2013-04-25T12:28:45ZRafael Espindolarafael.espindola@gmail.com2013-04-25T12:28:45Zurn:sha1:956ca7265c697107708468b7e1b2fd21f4185bae
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180259 91177308-0d34-0410-b5e6-96231b3b80d8
Use pointers to iterate over symbols.2013-04-24T19:47:55ZRafael Espindolarafael.espindola@gmail.com2013-04-24T19:47:55Zurn:sha1:802fe9340d032d20195b00334356cf63b303386c
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180214 91177308-0d34-0410-b5e6-96231b3b80d8
Revert r180189.2013-04-24T16:10:49ZRafael Espindolarafael.espindola@gmail.com2013-04-24T16:10:49Zurn:sha1:51cc82887cdd6795caaffc0ece500481b697bced
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180194 91177308-0d34-0410-b5e6-96231b3b80d8
Formatting fixes.2013-04-24T15:14:22ZRafael Espindolarafael.espindola@gmail.com2013-04-24T15:14:22Zurn:sha1:f69a81f001613b834960bae69cd6099265cc4d98
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180190 91177308-0d34-0410-b5e6-96231b3b80d8
Use a pointer as the relocation iterator.2013-04-24T15:02:03ZRafael Espindolarafael.espindola@gmail.com2013-04-24T15:02:03Zurn:sha1:709d2fdb11a623ab2dd3b0a3754d09ad0f91b7e2
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180189 91177308-0d34-0410-b5e6-96231b3b80d8