| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
the lowest segment address to the MIPS_BASE_ADDRESS dynamic tag.
llvm-svn: 199234
|
|
|
|
|
|
|
|
| |
method returns the DefaultLayout::_segments field. The type of this field is
a vector of Segment<ELFT>* pointers. This type cannot be implicitly casted to
the range<ChunkIter>.
llvm-svn: 199233
|
|
|
|
| |
llvm-svn: 199170
|
|
|
|
| |
llvm-svn: 199155
|
|
|
|
| |
llvm-svn: 199074
|
|
|
|
|
|
| |
No functionality change.
llvm-svn: 199066
|
|
|
|
| |
llvm-svn: 199022
|
|
|
|
| |
llvm-svn: 199021
|
|
|
|
| |
llvm-svn: 199020
|
|
|
|
| |
llvm-svn: 199019
|
|
|
|
|
|
| |
directive.
llvm-svn: 199018
|
|
|
|
| |
llvm-svn: 198994
|
|
|
|
|
|
|
|
| |
Refactor the parser so that the parser can return arbitrary type of parse
result other than a vector of ExportDesc. Parsers for non-EXPORTS directives
will be implemented in different patches. No functionality change.
llvm-svn: 198993
|
|
|
|
| |
llvm-svn: 198987
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The main goal of this patch is to allow "mach-o encoded as yaml" and "native
encoded as yaml" documents to be intermixed. They are distinguished via
yaml tags at the start of the document. This will enable all mach-o test cases
to be written using yaml instead of checking in object files.
The Registry was extend to allow yaml tag handlers to be registered. The
mach-o Reader adds a yaml tag handler for the tag "!mach-o".
Additionally, this patch fixes some buffer ownership issues. When parsing
mach-o binaries, the mach-o atoms can have pointers back into the memory
mapped .o file. But with yaml encoded mach-o, name and content are ephemeral,
so a copyRefs parameter was added to cause the mach-o atoms to make their
own copy.
llvm-svn: 198986
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Module-definition (.def) files are the file containing linker directives,
such as export symbols. Because link.exe supports the same features as command
line options, just as some Linker Script commands overlaps with command line
options, use of module-definition file is not really necessary. It provides
an alternative way to specify some linker options.
This patch implements EXPORTS directive. Other directives will be implemented
in the future.
llvm-svn: 198925
|
|
|
|
| |
llvm-svn: 198855
|
|
|
|
| |
llvm-svn: 198798
|
|
|
|
| |
llvm-svn: 198797
|
|
|
|
|
|
| |
paired LO16 relocation.
llvm-svn: 198790
|
|
|
|
| |
llvm-svn: 198789
|
|
|
|
|
|
| |
into the separate function.
llvm-svn: 198788
|
|
|
|
|
|
| |
internal purpose. Use special LLD_R_MIPS_GLOBAL_GOT constant for that.
llvm-svn: 198787
|
|
|
|
| |
llvm-svn: 198786
|
|
|
|
|
|
| |
fields.
llvm-svn: 198785
|
|
|
|
| |
llvm-svn: 198784
|
|
|
|
| |
llvm-svn: 198783
|
|
|
|
| |
llvm-svn: 198728
|
|
|
|
| |
llvm-svn: 198725
|
|
|
|
| |
llvm-svn: 198642
|
|
|
|
| |
llvm-svn: 198641
|
|
|
|
| |
llvm-svn: 198634
|
|
|
|
|
|
| |
Differential Revision: http://llvm-reviews.chandlerc.com/D2501
llvm-svn: 198535
|
|
|
|
| |
llvm-svn: 198468
|
|
|
|
|
|
| |
normalizedToAtoms.
llvm-svn: 198459
|
|
|
|
| |
llvm-svn: 198434
|
|
|
|
| |
llvm-svn: 198396
|
|
|
|
| |
llvm-svn: 198339
|
|
|
|
|
|
|
| |
Add basic emulation mapping for NetBSD/amd64, so that clang -m32 works
as expected.
llvm-svn: 198337
|
|
|
|
| |
llvm-svn: 198266
|
|
|
|
| |
llvm-svn: 198108
|
|
|
|
|
|
|
|
|
|
| |
Currently LLD always print a warning message if the same symbol is specified
more than once for /export option. It's a bit annoying because specifying the
same symbol with compatible options is actually safe and considered as a
normal use case. This patch makes LLD to warn only when incompatible export
options are given.
llvm-svn: 198104
|
|
|
|
| |
llvm-svn: 198103
|
|
|
|
|
|
|
| |
Each export symbol descriptor has unique name attribute, so std::set is
better container than std::vector for it. No functionality change.
llvm-svn: 198102
|
|
|
|
| |
llvm-svn: 198091
|
|
|
|
|
|
|
|
|
| |
I'm not 100% sure but it looks like DLL entry symbol (DLL initializer function
name) should be _DllMainCRTStartup@12. The reason why I'm not very sure is
because I have no idea what "@12" suffix is, but without it the symbol won't
be resolved...
llvm-svn: 198072
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently .drectve section contents are parsed after other sections are parsed.
That order may result in wrong results if other sections depend on command line
options in the directive section.
For example, if a weak symbol is defined using /alternatename option in the
directive section, we have to read it first and then read the text section
contents. Otherwise the weak symbol won't be defined.
This patch changes the order to fix the issue.
llvm-svn: 198071
|
|
|
|
|
|
|
| |
There are many object files in the standard library who have empty .drective
sections. Parsing the empty string is not wrong but a waste.
llvm-svn: 198067
|
|
|
|
| |
llvm-svn: 198066
|
|
|
|
|
|
|
|
| |
There was a bug that the linker does not report an error if symbols specified
by -u (or /include on Windows) are not resolved. This patch fixes it by adding
such symbols to the dead strip root.
llvm-svn: 198041
|