| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
This reverts commit r195852 because LLD seems to create broken executables
with that patch when compiled with MSVC 2013.
llvm-svn: 196078
|
|
|
|
| |
llvm-svn: 196056
|
|
|
|
| |
llvm-svn: 196054
|
|
|
|
|
|
| |
No change in functionality.
llvm-svn: 196053
|
|
|
|
|
|
|
| |
/DEBUG option is to make the linker to emit debug information to the resulting
executable. It's not for enable debugging of the linker itself.
llvm-svn: 196040
|
|
|
|
|
|
|
|
| |
This is a patch to let the PECOFF writer to use the information passed
by the parser for /section option. The implementation of /section should
now be complete.
llvm-svn: 195893
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
/MERGE option is a bit complicated for many reasons. Firstly, it takes both
positive and negative arguments. That means we have to have one of three
distinctive values (set, clear or unchange) for each permission bit. In this
patch we represent the three values using two bitmasks.
Secondly, the permissions specified by the parameter is bitwise or-ed with the
default permissions of a section. There is an exception for that rule; if one
of READ, WRITE or EXECUTE bit is specified, unspecified bits need to be
cleared. (So if you specify only WRITE for example, the resulting section will
not have WRITE nor EXECUTE bits.)
Lastly, multiple /merge options are allowed.
llvm-svn: 195882
|
|
|
|
|
|
|
| |
/MERGE:foo=bar command line option merges section foo to section bar. If
section bar does not exist, foo is just renamed as bar.
llvm-svn: 195856
|
|
|
|
| |
llvm-svn: 195855
|
|
|
|
|
|
|
| |
Atom ordinals are the indeces in a file. Currently the PECOFF reader assigns
ordinals for each section, so it's (incorrectly) assigning duplicate ordinals.
llvm-svn: 195852
|
|
|
|
| |
llvm-svn: 195801
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of having multiple SectionChunks for each section (.text, .data,
.rdata and .bss), we could have one chunk writer that can emit any sections.
This patch does that -- removing all section-sepcific chunk writers and
replace them with one "generic" writer.
This change should simplify the code because it eliminates similar-but-
slightly-different classes.
It also fixes an issue in the previous design. Before this patch, we could
emit only limited set of sections (i.e. .text, .data, .rdata and .bss). With
this patch, we can emit any sections.
llvm-svn: 195797
|
|
|
|
|
|
| |
This reverts accidental commit r195794.
llvm-svn: 195795
|
|
|
|
| |
llvm-svn: 195794
|
|
|
|
|
|
|
| |
The current mapping for /section one character options is really bogus.
Map to the correct flags.
llvm-svn: 195774
|
|
|
|
|
|
|
|
| |
According to the PE/COFF spec, a section with IMAGE_SCN_LNK_INFO should only
appear in an object file, and not allowed in an executable. So I believe
treating it as the same way as IMAGE_SCN_LNK_INFO is the right thing.
llvm-svn: 195692
|
|
|
|
|
|
|
| |
In order not to overrun a StringRef and copy the trailing garbage, we need to
set the maximum length to be copied by strncpy.
llvm-svn: 195688
|
|
|
|
| |
llvm-svn: 195663
|
|
|
|
| |
llvm-svn: 195662
|
|
|
|
| |
llvm-svn: 195661
|
|
|
|
| |
llvm-svn: 195618
|
|
|
|
|
|
|
|
|
| |
This patch won't change the output because the layout of linker internal
atoms is forced by layout-{before,after} references. Ordinals of the linker
internal atoms are not currently used. (That's why it's working even if there
are atoms having the same ordinals.)
llvm-svn: 195610
|
|
|
|
|
|
| |
Comment from Rui Ueyema.
llvm-svn: 195598
|
|
|
|
| |
llvm-svn: 195597
|
|
|
|
|
|
| |
This is needed before any of the search paths are searched for.
llvm-svn: 195596
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change the attribute from sectionBasedOnContent to sectionCustomRequired
because its the right attribute for atoms read from COFF files to have.
COFF atoms should basically be emitted to the section having the same name
as input. Permissions/attributes should not affect that.
There's no functionality change because the writer doesn't yet use the
section name. The writer will be modified in a following patch, so that atoms
are written to its customSectionName()'s section.
llvm-svn: 195595
|
|
|
|
|
|
|
| |
Looks like -L paths are not positional. They need to be added to a list of
search paths and those needs to be searched when lld looks for a library.
llvm-svn: 195594
|
|
|
|
| |
llvm-svn: 195593
|
|
|
|
|
|
|
|
| |
If /subsystem option is not specified, the linker needs to infer it from the
entry point function. If "main" or "wmain" is defined, it's a console
application. If "WinMain" or "wWinMain" is defined, it's a GUI application.
llvm-svn: 195592
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds LinkerScript support by creating a type Script which is of type
FileNode in the InputGraph. Once the LinkerScript Parser converts the
LinkerScript into a sequence of command, the commands are handled by the
equivalent LinkerScript node for the current Flavor/Target. For ELF, a
ELFGNULdScript gets created which converts the commands to ELF nodes and ELF
control nodes(ELFGroup for handling Group nodes).
Since the Inputfile type has to be determined in the Driver, the Driver needs
to determine the complete path of the file that needs to be processed by the
Linker. Due to this, few tests have been removed since the Driver uses paths
that doesnot exist.
llvm-svn: 195583
|
|
|
|
|
|
| |
No change in functionality.
llvm-svn: 195582
|
|
|
|
|
|
|
|
|
|
| |
Hidden nodes could be a result of expansion, where a flavor might decide to keep
the node that we want to expand but discard it from being processed by the
resolver.
Verifies with unittests.
llvm-svn: 195516
|
|
|
|
|
|
|
|
|
|
|
| |
Flavors may like to expand InputGraph nodes, when a filenode after parsing
results in more elements. One such example is while parsing GNU linker scripts.
The linker scripts after parsing would result in a lot of filenodes and probably
controlnodes too.
Adds unittests to verify functionality.
llvm-svn: 195515
|
|
|
|
|
|
|
| |
This is the first step towards DLL creation support. Resource-only DLLs
don't have entry point address.
llvm-svn: 195510
|
|
|
|
| |
llvm-svn: 195393
|
|
|
|
| |
llvm-svn: 195389
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds functionality to limit shared library undefined atoms to be added
only once by the Resolver.
Dynamic libraries may be processed more than once if they exist within a
Group.
Also adds a test to verify the change.
llvm-svn: 195307
|
|
|
|
|
|
|
|
|
| |
It's allowed to specify library files *before* object files in the command
line. Object files seems to be processed first, and then their undefined
symbols are resolved from the libraries. This patch implements the compatible
behavior.
llvm-svn: 195295
|
|
|
|
| |
llvm-svn: 195289
|
|
|
|
| |
llvm-svn: 195284
|
|
|
|
| |
llvm-svn: 195282
|
|
|
|
| |
llvm-svn: 195281
|
|
|
|
|
|
|
| |
So that the LLD won't print error message saying that it couldn't find
/implib or /safeseh files.
llvm-svn: 195276
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
NativeReferenceIvarsV1 cannot handle more than 65535 relocation targets
because its field to point to the target table is of type uint16_t. Because
of that limitation, the LLD couldn't link a file containing more than 65535
relocations. 65535 is not a big number - the LLD couldn't even link itself
with V1.
This patch solves the issue by adding NativeReferenceIvarsV2 support. The
new structure has more bits for the target table, so it can handle a large
number of relocatinos.
V2 structure is larger than V1. In order to prevent file bloating, V2 format
is used only when the resulting file cannot be represented in V1 format. The
writer and the reader support both V1 and V2 formats.
Differential Revision: http://llvm-reviews.chandlerc.com/D2217
llvm-svn: 195270
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The fallback atom was used only when it's searching for a symbol in a library;
if an undefined symbol was not found in a library, the LLD looked for its
fallback symbol in the library.
Although it worked in most cases, because symbols with fallbacks usually occur
only in OLDNAMES.LIB (a standard library), that behavior was incompatible with
link.exe. This patch fixes the issue so that the semantics is the same as
MSVC's link.exe
The new (and correct, I believe) behavior is this:
- If there's no definition for an undefined atom, replace the undefined atom
with its fallback and then proceed (e.g. look in the next file or stop
linking as usual.)
Weak External symbols are underspecified in the Microsoft PE/COFF spec. However,
as long as I observed the behavior of link.exe, this seems to be what we want
for compatibility.
Differential Revision: http://llvm-reviews.chandlerc.com/D2162
llvm-svn: 195269
|
|
|
|
| |
llvm-svn: 195169
|
|
|
|
|
|
|
| |
This should improve code readability as the class definitions are now
more readable than before.
llvm-svn: 195159
|
|
|
|
|
|
| |
No need to do that in ReaderCOFF.cpp.
llvm-svn: 195109
|
|
|
|
| |
llvm-svn: 195108
|
|
|
|
| |
llvm-svn: 195107
|