2015-08-14 22:12:54 +08:00
|
|
|
//===- InputFiles.h ---------------------------------------------*- C++ -*-===//
|
2015-07-25 05:03:07 +08:00
|
|
|
//
|
2019-01-19 16:50:56 +08:00
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
2015-07-25 05:03:07 +08:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#ifndef LLD_ELF_INPUT_FILES_H
|
|
|
|
#define LLD_ELF_INPUT_FILES_H
|
|
|
|
|
2015-10-07 17:13:03 +08:00
|
|
|
#include "Config.h"
|
[lld] unified COFF and ELF error handling on new Common/ErrorHandler
Summary:
The COFF linker and the ELF linker have long had similar but separate
Error.h and Error.cpp files to implement error handling. This change
introduces new error handling code in Common/ErrorHandler.h, changes the
COFF and ELF linkers to use it, and removes the old, separate
implementations.
Reviewers: ruiu
Reviewed By: ruiu
Subscribers: smeenai, jyknight, emaste, sdardis, nemanjai, nhaehnle, mgorny, javed.absar, kbarton, fedor.sergeev, llvm-commits
Differential Revision: https://reviews.llvm.org/D39259
llvm-svn: 316624
2017-10-26 06:28:38 +08:00
|
|
|
#include "lld/Common/ErrorHandler.h"
|
2017-10-03 05:00:41 +08:00
|
|
|
#include "lld/Common/LLVM.h"
|
|
|
|
#include "lld/Common/Reproduce.h"
|
2017-05-26 05:53:02 +08:00
|
|
|
#include "llvm/ADT/CachedHashString.h"
|
2015-09-05 06:28:10 +08:00
|
|
|
#include "llvm/ADT/DenseSet.h"
|
|
|
|
#include "llvm/ADT/STLExtras.h"
|
2018-03-23 08:35:27 +08:00
|
|
|
#include "llvm/DebugInfo/DWARF/DWARFDebugLine.h"
|
2016-03-12 02:46:51 +08:00
|
|
|
#include "llvm/IR/Comdat.h"
|
2015-09-05 06:28:10 +08:00
|
|
|
#include "llvm/Object/Archive.h"
|
2015-07-25 05:03:07 +08:00
|
|
|
#include "llvm/Object/ELF.h"
|
2016-03-12 02:46:51 +08:00
|
|
|
#include "llvm/Object/IRObjectFile.h"
|
2017-07-21 19:26:08 +08:00
|
|
|
#include "llvm/Support/Threading.h"
|
2016-04-28 04:22:31 +08:00
|
|
|
#include <map>
|
|
|
|
|
2016-09-29 08:40:08 +08:00
|
|
|
namespace llvm {
|
2017-01-09 09:42:02 +08:00
|
|
|
class TarWriter;
|
2017-03-31 03:13:47 +08:00
|
|
|
struct DILineInfo;
|
2016-09-29 08:40:08 +08:00
|
|
|
namespace lto {
|
|
|
|
class InputFile;
|
|
|
|
}
|
2017-07-18 19:55:35 +08:00
|
|
|
} // namespace llvm
|
2016-09-29 08:40:08 +08:00
|
|
|
|
2015-07-25 05:03:07 +08:00
|
|
|
namespace lld {
|
2017-01-06 18:04:08 +08:00
|
|
|
namespace elf {
|
|
|
|
class InputFile;
|
2017-12-10 00:56:18 +08:00
|
|
|
class InputSectionBase;
|
2017-01-06 18:04:08 +08:00
|
|
|
}
|
|
|
|
|
2017-11-28 06:49:16 +08:00
|
|
|
// Returns "<internal>", "foo.a(bar.o)" or "baz.o".
|
2017-01-06 18:04:08 +08:00
|
|
|
std::string toString(const elf::InputFile *F);
|
|
|
|
|
2016-02-28 08:25:54 +08:00
|
|
|
namespace elf {
|
2015-09-05 06:28:10 +08:00
|
|
|
|
|
|
|
using llvm::object::Archive;
|
|
|
|
|
2017-11-04 05:21:47 +08:00
|
|
|
class Symbol;
|
2015-07-25 05:03:07 +08:00
|
|
|
|
2017-01-09 09:42:02 +08:00
|
|
|
// If -reproduce option is given, all input files are written
|
|
|
|
// to this tar archive.
|
2018-12-19 07:50:37 +08:00
|
|
|
extern std::unique_ptr<llvm::TarWriter> Tar;
|
2017-01-09 09:42:02 +08:00
|
|
|
|
|
|
|
// Opens a given file.
|
|
|
|
llvm::Optional<MemoryBufferRef> readFile(StringRef Path);
|
|
|
|
|
2019-05-14 20:03:13 +08:00
|
|
|
// Add symbols in File to the symbol table.
|
2019-05-16 11:45:13 +08:00
|
|
|
void parseFile(InputFile *File);
|
2019-05-14 20:03:13 +08:00
|
|
|
|
2015-07-25 05:03:07 +08:00
|
|
|
// The root class of input files.
|
|
|
|
class InputFile {
|
|
|
|
public:
|
2016-04-08 03:24:51 +08:00
|
|
|
enum Kind {
|
2017-08-19 08:13:54 +08:00
|
|
|
ObjKind,
|
2016-04-08 03:24:51 +08:00
|
|
|
SharedKind,
|
2017-08-19 08:13:54 +08:00
|
|
|
LazyObjKind,
|
2016-04-08 03:24:51 +08:00
|
|
|
ArchiveKind,
|
|
|
|
BitcodeKind,
|
2016-09-10 06:08:04 +08:00
|
|
|
BinaryKind,
|
2016-04-08 03:24:51 +08:00
|
|
|
};
|
|
|
|
|
2015-07-25 05:03:07 +08:00
|
|
|
Kind kind() const { return FileKind; }
|
|
|
|
|
2017-12-23 08:04:34 +08:00
|
|
|
bool isElf() const {
|
|
|
|
Kind K = kind();
|
|
|
|
return K == ObjKind || K == SharedKind;
|
|
|
|
}
|
|
|
|
|
2015-08-05 20:03:34 +08:00
|
|
|
StringRef getName() const { return MB.getBufferIdentifier(); }
|
2016-02-13 04:54:57 +08:00
|
|
|
MemoryBufferRef MB;
|
2015-08-05 20:03:34 +08:00
|
|
|
|
2017-03-22 01:22:13 +08:00
|
|
|
// Returns sections. It is a runtime error to call this function
|
|
|
|
// on files that don't have the notion of sections.
|
2017-03-21 16:19:34 +08:00
|
|
|
ArrayRef<InputSectionBase *> getSections() const {
|
2017-08-19 08:13:54 +08:00
|
|
|
assert(FileKind == ObjKind || FileKind == BinaryKind);
|
2017-03-21 16:19:34 +08:00
|
|
|
return Sections;
|
|
|
|
}
|
|
|
|
|
2017-08-04 19:07:42 +08:00
|
|
|
// Returns object file symbols. It is a runtime error to call this
|
|
|
|
// function on files of other types.
|
Change how we handle -wrap.
We have an issue with -wrap that the option doesn't work well when
renamed symbols get PLT entries. I'll explain what is the issue and
how this patch solves it.
For one -wrap option, we have three symbols: foo, wrap_foo and real_foo.
Currently, we use memcpy to overwrite wrapped symbols so that they get
the same contents. This works in most cases but doesn't when the relocation
processor sets some flags in the symbol. memcpy'ed symbols are just
aliases, so they always have to have the same contents, but the
relocation processor breaks that assumption.
r336609 is an attempt to fix the issue by memcpy'ing again after
processing relocations, so that symbols that are out of sync get the
same contents again. That works in most cases as well, but it breaks
ASan build in a mysterious way.
We could probably fix the issue by choosing symbol attributes that need
to be copied after they are updated. But it feels too complicated to me.
So, in this patch, I fixed it once and for all. With this patch, we no
longer memcpy symbols. All references to renamed symbols point to new
symbols after wrapSymbols() is done.
Differential Revision: https://reviews.llvm.org/D50569
llvm-svn: 340387
2018-08-22 15:02:26 +08:00
|
|
|
ArrayRef<Symbol *> getSymbols() { return getMutableSymbols(); }
|
|
|
|
|
2019-05-24 22:14:25 +08:00
|
|
|
MutableArrayRef<Symbol *> getMutableSymbols() {
|
2018-02-05 17:47:24 +08:00
|
|
|
assert(FileKind == BinaryKind || FileKind == ObjKind ||
|
2018-02-17 04:23:54 +08:00
|
|
|
FileKind == BitcodeKind);
|
2017-08-04 19:07:42 +08:00
|
|
|
return Symbols;
|
|
|
|
}
|
|
|
|
|
2016-02-02 16:22:41 +08:00
|
|
|
// Filename of .a which contained this file. If this file was
|
|
|
|
// not in an archive file, it is the empty string. We use this
|
|
|
|
// string for creating error messages.
|
2018-02-16 11:26:53 +08:00
|
|
|
std::string ArchiveName;
|
2016-02-02 16:22:41 +08:00
|
|
|
|
2016-06-29 09:30:50 +08:00
|
|
|
// If this is an architecture-specific file, the following members
|
|
|
|
// have ELF type (i.e. ELF{32,64}{LE,BE}) and target machine type.
|
|
|
|
ELFKind EKind = ELFNoneKind;
|
|
|
|
uint16_t EMachine = llvm::ELF::EM_NONE;
|
2016-10-27 22:00:51 +08:00
|
|
|
uint8_t OSABI = 0;
|
2019-02-15 07:59:44 +08:00
|
|
|
uint8_t ABIVersion = 0;
|
2016-06-29 09:30:50 +08:00
|
|
|
|
2017-04-04 03:11:23 +08:00
|
|
|
// Cache for toString(). Only toString() should use this member.
|
|
|
|
mutable std::string ToStringCache;
|
|
|
|
|
2017-12-24 01:21:39 +08:00
|
|
|
std::string getSrcMsg(const Symbol &Sym, InputSectionBase &Sec,
|
|
|
|
uint64_t Offset);
|
|
|
|
|
2018-03-30 09:15:36 +08:00
|
|
|
// True if this is an argument for --just-symbols. Usually false.
|
|
|
|
bool JustSymbols = false;
|
|
|
|
|
2019-01-25 02:17:40 +08:00
|
|
|
// On PPC64 we need to keep track of which files contain small code model
|
2019-02-12 23:35:49 +08:00
|
|
|
// relocations that access the .toc section. To minimize the chance of a
|
|
|
|
// relocation overflow, files that do contain said relocations should have
|
|
|
|
// their .toc sections sorted closer to the .got section than files that do
|
|
|
|
// not contain any small code model relocations. Thats because the toc-pointer
|
|
|
|
// is defined to point at .got + 0x8000 and the instructions used with small
|
|
|
|
// code model relocations support immediates in the range [-0x8000, 0x7FFC],
|
|
|
|
// making the addressable range relative to the toc pointer
|
|
|
|
// [.got, .got + 0xFFFC].
|
|
|
|
bool PPC64SmallCodeModelTocRelocs = false;
|
2019-01-25 02:17:40 +08:00
|
|
|
|
Add --warn-backrefs to maintain compatibility with other linkers
I'm proposing a new command line flag, --warn-backrefs in this patch.
The flag and the feature proposed below don't exist in GNU linkers
nor the current lld.
--warn-backrefs is an option to detect reverse or cyclic dependencies
between static archives, and it can be used to keep your program
compatible with GNU linkers after you switch to lld. I'll explain the
feature and why you may find it useful below.
lld's symbol resolution semantics is more relaxed than traditional
Unix linkers. Therefore,
ld.lld foo.a bar.o
succeeds even if bar.o contains an undefined symbol that have to be
resolved by some object file in foo.a. Traditional Unix linkers
don't allow this kind of backward reference, as they visit each
file only once from left to right in the command line while
resolving all undefined symbol at the moment of visiting.
In the above case, since there's no undefined symbol when a linker
visits foo.a, no files are pulled out from foo.a, and because the
linker forgets about foo.a after visiting, it can't resolve
undefined symbols that could have been resolved otherwise.
That lld accepts more relaxed form means (besides it makes more
sense) that you can accidentally write a command line or a build
file that works only with lld, even if you have a plan to
distribute it to wider users who may be using GNU linkers. With
--check-library-dependency, you can detect a library order that
doesn't work with other Unix linkers.
The option is also useful to detect cyclic dependencies between
static archives. Again, lld accepts
ld.lld foo.a bar.a
even if foo.a and bar.a depend on each other. With --warn-backrefs
it is handled as an error.
Here is how the option works. We assign a group ID to each file. A
file with a smaller group ID can pull out object files from an
archive file with an equal or greater group ID. Otherwise, it is a
reverse dependency and an error.
A file outside --{start,end}-group gets a fresh ID when
instantiated. All files within the same --{start,end}-group get the
same group ID. E.g.
ld.lld A B --start-group C D --end-group E
A and B form group 0, C, D and their member object files form group
1, and E forms group 2. I think that you can see how this group
assignment rule simulates the traditional linker's semantics.
Differential Revision: https://reviews.llvm.org/D45195
llvm-svn: 329636
2018-04-10 07:05:48 +08:00
|
|
|
// GroupId is used for --warn-backrefs which is an optional error
|
2018-04-21 00:33:01 +08:00
|
|
|
// checking feature. All files within the same --{start,end}-group or
|
|
|
|
// --{start,end}-lib get the same group ID. Otherwise, each file gets a new
|
|
|
|
// group ID. For more info, see checkDependency() in SymbolTable.cpp.
|
Add --warn-backrefs to maintain compatibility with other linkers
I'm proposing a new command line flag, --warn-backrefs in this patch.
The flag and the feature proposed below don't exist in GNU linkers
nor the current lld.
--warn-backrefs is an option to detect reverse or cyclic dependencies
between static archives, and it can be used to keep your program
compatible with GNU linkers after you switch to lld. I'll explain the
feature and why you may find it useful below.
lld's symbol resolution semantics is more relaxed than traditional
Unix linkers. Therefore,
ld.lld foo.a bar.o
succeeds even if bar.o contains an undefined symbol that have to be
resolved by some object file in foo.a. Traditional Unix linkers
don't allow this kind of backward reference, as they visit each
file only once from left to right in the command line while
resolving all undefined symbol at the moment of visiting.
In the above case, since there's no undefined symbol when a linker
visits foo.a, no files are pulled out from foo.a, and because the
linker forgets about foo.a after visiting, it can't resolve
undefined symbols that could have been resolved otherwise.
That lld accepts more relaxed form means (besides it makes more
sense) that you can accidentally write a command line or a build
file that works only with lld, even if you have a plan to
distribute it to wider users who may be using GNU linkers. With
--check-library-dependency, you can detect a library order that
doesn't work with other Unix linkers.
The option is also useful to detect cyclic dependencies between
static archives. Again, lld accepts
ld.lld foo.a bar.a
even if foo.a and bar.a depend on each other. With --warn-backrefs
it is handled as an error.
Here is how the option works. We assign a group ID to each file. A
file with a smaller group ID can pull out object files from an
archive file with an equal or greater group ID. Otherwise, it is a
reverse dependency and an error.
A file outside --{start,end}-group gets a fresh ID when
instantiated. All files within the same --{start,end}-group get the
same group ID. E.g.
ld.lld A B --start-group C D --end-group E
A and B form group 0, C, D and their member object files form group
1, and E forms group 2. I think that you can see how this group
assignment rule simulates the traditional linker's semantics.
Differential Revision: https://reviews.llvm.org/D45195
llvm-svn: 329636
2018-04-10 07:05:48 +08:00
|
|
|
uint32_t GroupId;
|
|
|
|
static bool IsInGroup;
|
2018-04-20 07:23:23 +08:00
|
|
|
static uint32_t NextGroupId;
|
Add --warn-backrefs to maintain compatibility with other linkers
I'm proposing a new command line flag, --warn-backrefs in this patch.
The flag and the feature proposed below don't exist in GNU linkers
nor the current lld.
--warn-backrefs is an option to detect reverse or cyclic dependencies
between static archives, and it can be used to keep your program
compatible with GNU linkers after you switch to lld. I'll explain the
feature and why you may find it useful below.
lld's symbol resolution semantics is more relaxed than traditional
Unix linkers. Therefore,
ld.lld foo.a bar.o
succeeds even if bar.o contains an undefined symbol that have to be
resolved by some object file in foo.a. Traditional Unix linkers
don't allow this kind of backward reference, as they visit each
file only once from left to right in the command line while
resolving all undefined symbol at the moment of visiting.
In the above case, since there's no undefined symbol when a linker
visits foo.a, no files are pulled out from foo.a, and because the
linker forgets about foo.a after visiting, it can't resolve
undefined symbols that could have been resolved otherwise.
That lld accepts more relaxed form means (besides it makes more
sense) that you can accidentally write a command line or a build
file that works only with lld, even if you have a plan to
distribute it to wider users who may be using GNU linkers. With
--check-library-dependency, you can detect a library order that
doesn't work with other Unix linkers.
The option is also useful to detect cyclic dependencies between
static archives. Again, lld accepts
ld.lld foo.a bar.a
even if foo.a and bar.a depend on each other. With --warn-backrefs
it is handled as an error.
Here is how the option works. We assign a group ID to each file. A
file with a smaller group ID can pull out object files from an
archive file with an equal or greater group ID. Otherwise, it is a
reverse dependency and an error.
A file outside --{start,end}-group gets a fresh ID when
instantiated. All files within the same --{start,end}-group get the
same group ID. E.g.
ld.lld A B --start-group C D --end-group E
A and B form group 0, C, D and their member object files form group
1, and E forms group 2. I think that you can see how this group
assignment rule simulates the traditional linker's semantics.
Differential Revision: https://reviews.llvm.org/D45195
llvm-svn: 329636
2018-04-10 07:05:48 +08:00
|
|
|
|
2018-06-11 15:24:31 +08:00
|
|
|
// Index of MIPS GOT built for this file.
|
|
|
|
llvm::Optional<size_t> MipsGotIndex;
|
|
|
|
|
Speed up --start-lib and --end-lib.
--{start,end}-lib give files grouped by the options the archive file
semantics. That is, each object file between them acts as if it were
in an archive file whose sole member is the file.
Therefore, files between --{start,end}-lib are linked to the final
output only if they are needed to resolve some undefined symbols.
Previously, the feature was implemented this way:
1. We read a symbol table and insert defined symbols to the symbol
table as lazy symbols.
2. If an undefind symbol is resolved to a lazy symbol, that lazy
symbol instantiate ObjFile class for that symbol, which re-insert
all defined symbols to the symbol table.
So, if an ObjFile is instantiated, defined symbols are inserted to the
symbol table twice. Since inserting long symbol names is not cheap,
there's a room to optimize here.
This patch optimzies it. Now, LazyObjFile remembers symbol handles and
passed them over to a new ObjFile instance, so that the ObjFile
doesn't insert the same strings.
Here is a quick benchmark to link clang. "Original" is the original
lld with unmodified command line options. For "Case 1" and "Case 2", I
extracted all files from archive files and replace .a's in a command
line with .o's wrapped with --{start,end}-lib. I used the original lld
for Case 1" and use this patch for Case 2.
Original: 5.892
Case 1: 6.001 (+1.8%)
Case 2: 5.701 (-3.2%)
So, interestingly, --{start,end}-lib are now faster than the regular
linking scheme with archive files. That's perhaps not too surprising,
though, because for regular archive files, we look up the symbol table
with the same string twice.
Differential Revision: https://reviews.llvm.org/D62188
llvm-svn: 361473
2019-05-23 17:53:30 +08:00
|
|
|
std::vector<Symbol *> Symbols;
|
|
|
|
|
2015-07-25 05:03:07 +08:00
|
|
|
protected:
|
2017-03-31 05:13:00 +08:00
|
|
|
InputFile(Kind K, MemoryBufferRef M);
|
2017-03-21 16:19:34 +08:00
|
|
|
std::vector<InputSectionBase *> Sections;
|
|
|
|
|
2015-07-25 05:03:07 +08:00
|
|
|
private:
|
|
|
|
const Kind FileKind;
|
|
|
|
};
|
|
|
|
|
2019-04-06 04:16:26 +08:00
|
|
|
class ELFFileBase : public InputFile {
|
2015-09-04 04:03:54 +08:00
|
|
|
public:
|
2015-10-13 09:17:02 +08:00
|
|
|
ELFFileBase(Kind K, MemoryBufferRef M);
|
2017-12-23 08:04:34 +08:00
|
|
|
static bool classof(const InputFile *F) { return F->isElf(); }
|
2015-09-04 04:03:54 +08:00
|
|
|
|
2019-04-06 04:16:26 +08:00
|
|
|
template <typename ELFT> llvm::object::ELFFile<ELFT> getObj() const {
|
2017-10-11 06:18:16 +08:00
|
|
|
return check(llvm::object::ELFFile<ELFT>::create(MB.getBuffer()));
|
2016-11-04 04:44:50 +08:00
|
|
|
}
|
2015-10-12 09:55:32 +08:00
|
|
|
|
|
|
|
StringRef getStringTable() const { return StringTable; }
|
2015-09-23 00:53:55 +08:00
|
|
|
|
2019-04-06 04:16:26 +08:00
|
|
|
template <typename ELFT> typename ELFT::SymRange getELFSyms() const {
|
|
|
|
return typename ELFT::SymRange(
|
|
|
|
reinterpret_cast<const typename ELFT::Sym *>(ELFSyms), NumELFSyms);
|
|
|
|
}
|
|
|
|
template <typename ELFT> typename ELFT::SymRange getGlobalELFSyms() const {
|
|
|
|
return getELFSyms<ELFT>().slice(FirstGlobal);
|
|
|
|
}
|
ELF: New symbol table design.
This patch implements a new design for the symbol table that stores
SymbolBodies within a memory region of the Symbol object. Symbols are mutated
by constructing SymbolBodies in place over existing SymbolBodies, rather
than by mutating pointers. As mentioned in the initial proposal [1], this
memory layout helps reduce the cache miss rate by improving memory locality.
Performance numbers:
old(s) new(s)
Without debug info:
chrome 7.178 6.432 (-11.5%)
LLVMgold.so 0.505 0.502 (-0.5%)
clang 0.954 0.827 (-15.4%)
llvm-as 0.052 0.045 (-15.5%)
With debug info:
scylla 5.695 5.613 (-1.5%)
clang 14.396 14.143 (-1.8%)
Performance counter results show that the fewer required indirections is
indeed the cause of the improved performance. For example, when linking
chrome, stalled cycles decreases from 14,556,444,002 to 12,959,238,310, and
instructions per cycle increases from 0.78 to 0.83. We are also executing
many fewer instructions (15,516,401,933 down to 15,002,434,310), probably
because we spend less time allocating SymbolBodies.
The new mechanism by which symbols are added to the symbol table is by calling
add* functions on the SymbolTable.
In this patch, I handle local symbols by storing them inside "unparented"
SymbolBodies. This is suboptimal, but if we do want to try to avoid allocating
these SymbolBodies, we can probably do that separately.
I also removed a few members from the SymbolBody class that were only being
used to pass information from the input file to the symbol table.
This patch implements the new design for the ELF linker only. I intend to
prepare a similar patch for the COFF linker.
[1] http://lists.llvm.org/pipermail/llvm-dev/2016-April/098832.html
Differential Revision: http://reviews.llvm.org/D19752
llvm-svn: 268178
2016-05-01 12:55:03 +08:00
|
|
|
|
2015-09-04 04:03:54 +08:00
|
|
|
protected:
|
2019-05-28 13:17:21 +08:00
|
|
|
// Initializes this class's member variables.
|
|
|
|
template <typename ELFT> void init();
|
|
|
|
|
2019-04-06 04:16:26 +08:00
|
|
|
const void *ELFSyms = nullptr;
|
|
|
|
size_t NumELFSyms = 0;
|
2018-03-29 06:55:40 +08:00
|
|
|
uint32_t FirstGlobal = 0;
|
2015-10-12 23:15:45 +08:00
|
|
|
StringRef StringTable;
|
2015-10-12 20:14:30 +08:00
|
|
|
};
|
|
|
|
|
2015-10-12 10:22:58 +08:00
|
|
|
// .o file.
|
2019-04-06 04:16:26 +08:00
|
|
|
template <class ELFT> class ObjFile : public ELFFileBase {
|
2019-04-01 08:11:24 +08:00
|
|
|
using Elf_Rel = typename ELFT::Rel;
|
|
|
|
using Elf_Rela = typename ELFT::Rela;
|
|
|
|
using Elf_Sym = typename ELFT::Sym;
|
|
|
|
using Elf_Shdr = typename ELFT::Shdr;
|
|
|
|
using Elf_Word = typename ELFT::Word;
|
|
|
|
using Elf_CGProfile = typename ELFT::CGProfile;
|
2015-07-25 05:03:07 +08:00
|
|
|
|
|
|
|
public:
|
2019-04-06 04:16:26 +08:00
|
|
|
static bool classof(const InputFile *F) { return F->kind() == ObjKind; }
|
|
|
|
|
|
|
|
llvm::object::ELFFile<ELFT> getObj() const {
|
|
|
|
return this->ELFFileBase::getObj<ELFT>();
|
|
|
|
}
|
2015-08-05 20:03:34 +08:00
|
|
|
|
2017-11-04 05:21:47 +08:00
|
|
|
ArrayRef<Symbol *> getLocalSymbols();
|
2018-03-29 06:45:39 +08:00
|
|
|
ArrayRef<Symbol *> getGlobalSymbols();
|
2015-10-12 10:22:58 +08:00
|
|
|
|
2019-05-28 13:17:21 +08:00
|
|
|
ObjFile(MemoryBufferRef M, StringRef ArchiveName) : ELFFileBase(ObjKind, M) {
|
|
|
|
this->ArchiveName = ArchiveName;
|
|
|
|
}
|
|
|
|
|
2019-05-22 17:06:42 +08:00
|
|
|
void parse(llvm::DenseMap<llvm::CachedHashStringRef, const InputFile *>
|
|
|
|
&ComdatGroups);
|
|
|
|
|
|
|
|
StringRef getShtGroupSignature(ArrayRef<Elf_Shdr> Sections,
|
|
|
|
const Elf_Shdr &Sec);
|
2015-07-25 05:03:07 +08:00
|
|
|
|
2017-11-04 05:21:47 +08:00
|
|
|
Symbol &getSymbol(uint32_t SymbolIndex) const {
|
2017-08-04 19:07:42 +08:00
|
|
|
if (SymbolIndex >= this->Symbols.size())
|
2016-11-24 02:07:33 +08:00
|
|
|
fatal(toString(this) + ": invalid symbol index");
|
2017-08-04 19:07:42 +08:00
|
|
|
return *this->Symbols[SymbolIndex];
|
2015-08-28 07:15:56 +08:00
|
|
|
}
|
|
|
|
|
2019-04-04 11:13:51 +08:00
|
|
|
uint32_t getSectionIndex(const Elf_Sym &Sym) const;
|
|
|
|
|
2017-11-04 05:21:47 +08:00
|
|
|
template <typename RelT> Symbol &getRelocTargetSym(const RelT &Rel) const {
|
2017-03-18 07:29:01 +08:00
|
|
|
uint32_t SymIndex = Rel.getSymbol(Config->IsMips64EL);
|
2017-11-04 05:21:47 +08:00
|
|
|
return getSymbol(SymIndex);
|
2016-04-27 07:52:44 +08:00
|
|
|
}
|
|
|
|
|
2017-03-31 03:13:47 +08:00
|
|
|
llvm::Optional<llvm::DILineInfo> getDILineInfo(InputSectionBase *, uint64_t);
|
2017-11-01 15:42:38 +08:00
|
|
|
llvm::Optional<std::pair<std::string, unsigned>> getVariableLoc(StringRef Name);
|
2016-10-26 19:07:09 +08:00
|
|
|
|
2016-11-10 05:36:56 +08:00
|
|
|
// MIPS GP0 value defined by this file. This value represents the gp value
|
2015-12-25 21:02:13 +08:00
|
|
|
// used to create the relocatable object and required to support
|
|
|
|
// R_MIPS_GPREL16 / R_MIPS_GPREL32 relocations.
|
2016-11-10 05:36:56 +08:00
|
|
|
uint32_t MipsGp0 = 0;
|
2015-12-25 21:02:13 +08:00
|
|
|
|
2016-10-26 19:07:09 +08:00
|
|
|
// Name of source file obtained from STT_FILE symbol value,
|
|
|
|
// or empty string if there is no such symbol in object file
|
|
|
|
// symbol table.
|
|
|
|
StringRef SourceFile;
|
|
|
|
|
2018-07-18 07:16:02 +08:00
|
|
|
// True if the file defines functions compiled with
|
|
|
|
// -fsplit-stack. Usually false.
|
|
|
|
bool SplitStack = false;
|
|
|
|
|
|
|
|
// True if the file defines functions compiled with -fsplit-stack,
|
|
|
|
// but had one or more functions with the no_split_stack attribute.
|
|
|
|
bool SomeNoSplitStack = false;
|
|
|
|
|
2018-07-19 06:49:31 +08:00
|
|
|
// Pointer to this input file's .llvm_addrsig section, if it has one.
|
|
|
|
const Elf_Shdr *AddrsigSec = nullptr;
|
|
|
|
|
2018-10-02 08:17:15 +08:00
|
|
|
// SHT_LLVM_CALL_GRAPH_PROFILE table
|
|
|
|
ArrayRef<Elf_CGProfile> CGProfile;
|
|
|
|
|
2015-07-25 05:03:07 +08:00
|
|
|
private:
|
2019-05-22 17:06:42 +08:00
|
|
|
void initializeSections(llvm::DenseMap<llvm::CachedHashStringRef,
|
|
|
|
const InputFile *> &ComdatGroups);
|
2016-11-08 23:51:00 +08:00
|
|
|
void initializeSymbols();
|
2018-03-30 09:15:36 +08:00
|
|
|
void initializeJustSymbols();
|
2017-11-01 15:42:38 +08:00
|
|
|
void initializeDwarf();
|
2017-02-23 10:28:28 +08:00
|
|
|
InputSectionBase *getRelocTarget(const Elf_Shdr &Sec);
|
2017-06-13 02:46:33 +08:00
|
|
|
InputSectionBase *createInputSection(const Elf_Shdr &Sec);
|
|
|
|
StringRef getSectionName(const Elf_Shdr &Sec);
|
2015-07-25 05:03:07 +08:00
|
|
|
|
2016-07-16 04:38:28 +08:00
|
|
|
bool shouldMerge(const Elf_Shdr &Sec);
|
2015-07-25 05:03:07 +08:00
|
|
|
|
2019-04-10 14:32:05 +08:00
|
|
|
// Each ELF symbol contains a section index which the symbol belongs to.
|
|
|
|
// However, because the number of bits dedicated for that is limited, a
|
|
|
|
// symbol can directly point to a section only when the section index is
|
|
|
|
// equal to or smaller than 65280.
|
|
|
|
//
|
|
|
|
// If an object file contains more than 65280 sections, the file must
|
2019-04-12 10:20:52 +08:00
|
|
|
// contain .symtab_shndx section. The section contains an array of
|
2019-04-10 14:32:05 +08:00
|
|
|
// 32-bit integers whose size is the same as the number of symbols.
|
2019-04-12 10:20:52 +08:00
|
|
|
// Nth symbol's section index is in the Nth entry of .symtab_shndx.
|
2019-04-10 14:32:05 +08:00
|
|
|
//
|
2019-04-12 10:20:52 +08:00
|
|
|
// The following variable contains the contents of .symtab_shndx.
|
2019-04-10 14:32:05 +08:00
|
|
|
// If the section does not exist (which is common), the array is empty.
|
|
|
|
ArrayRef<Elf_Word> ShndxTable;
|
2019-04-04 11:13:51 +08:00
|
|
|
|
2017-06-13 02:46:33 +08:00
|
|
|
// .shstrtab contents.
|
|
|
|
StringRef SectionStringTable;
|
|
|
|
|
2016-11-03 02:42:13 +08:00
|
|
|
// Debugging information to retrieve source file and line for error
|
|
|
|
// reporting. Linker may find reasonable number of errors in a
|
|
|
|
// single object file, so we cache debugging information in order to
|
|
|
|
// parse it only once for each object file we link.
|
2018-06-09 08:58:05 +08:00
|
|
|
std::unique_ptr<llvm::DWARFContext> Dwarf;
|
2018-03-23 08:35:27 +08:00
|
|
|
std::vector<const llvm::DWARFDebugLine::LineTable *> LineTables;
|
2018-03-22 06:32:17 +08:00
|
|
|
struct VarLoc {
|
2018-03-23 08:35:27 +08:00
|
|
|
const llvm::DWARFDebugLine::LineTable *LT;
|
2018-03-22 06:32:17 +08:00
|
|
|
unsigned File;
|
|
|
|
unsigned Line;
|
|
|
|
};
|
|
|
|
llvm::DenseMap<StringRef, VarLoc> VariableLoc;
|
2017-07-21 19:26:08 +08:00
|
|
|
llvm::once_flag InitDwarfLine;
|
2015-07-25 05:03:07 +08:00
|
|
|
};
|
|
|
|
|
2017-07-27 06:13:32 +08:00
|
|
|
// LazyObjFile is analogous to ArchiveFile in the sense that
|
2016-04-08 03:24:51 +08:00
|
|
|
// the file contains lazy symbols. The difference is that
|
2017-07-27 06:13:32 +08:00
|
|
|
// LazyObjFile wraps a single file instead of multiple files.
|
2016-04-08 03:24:51 +08:00
|
|
|
//
|
|
|
|
// This class is used for --start-lib and --end-lib options which
|
|
|
|
// instruct the linker to link object files between them with the
|
|
|
|
// archive file semantics.
|
2017-07-27 06:13:32 +08:00
|
|
|
class LazyObjFile : public InputFile {
|
2016-04-08 03:24:51 +08:00
|
|
|
public:
|
2017-07-27 06:13:32 +08:00
|
|
|
LazyObjFile(MemoryBufferRef M, StringRef ArchiveName,
|
|
|
|
uint64_t OffsetInArchive)
|
2017-08-19 08:13:54 +08:00
|
|
|
: InputFile(LazyObjKind, M), OffsetInArchive(OffsetInArchive) {
|
2017-05-05 21:55:51 +08:00
|
|
|
this->ArchiveName = ArchiveName;
|
|
|
|
}
|
2016-04-08 03:24:51 +08:00
|
|
|
|
2017-08-19 08:13:54 +08:00
|
|
|
static bool classof(const InputFile *F) { return F->kind() == LazyObjKind; }
|
2016-04-08 03:24:51 +08:00
|
|
|
|
ELF: New symbol table design.
This patch implements a new design for the symbol table that stores
SymbolBodies within a memory region of the Symbol object. Symbols are mutated
by constructing SymbolBodies in place over existing SymbolBodies, rather
than by mutating pointers. As mentioned in the initial proposal [1], this
memory layout helps reduce the cache miss rate by improving memory locality.
Performance numbers:
old(s) new(s)
Without debug info:
chrome 7.178 6.432 (-11.5%)
LLVMgold.so 0.505 0.502 (-0.5%)
clang 0.954 0.827 (-15.4%)
llvm-as 0.052 0.045 (-15.5%)
With debug info:
scylla 5.695 5.613 (-1.5%)
clang 14.396 14.143 (-1.8%)
Performance counter results show that the fewer required indirections is
indeed the cause of the improved performance. For example, when linking
chrome, stalled cycles decreases from 14,556,444,002 to 12,959,238,310, and
instructions per cycle increases from 0.78 to 0.83. We are also executing
many fewer instructions (15,516,401,933 down to 15,002,434,310), probably
because we spend less time allocating SymbolBodies.
The new mechanism by which symbols are added to the symbol table is by calling
add* functions on the SymbolTable.
In this patch, I handle local symbols by storing them inside "unparented"
SymbolBodies. This is suboptimal, but if we do want to try to avoid allocating
these SymbolBodies, we can probably do that separately.
I also removed a few members from the SymbolBody class that were only being
used to pass information from the input file to the symbol table.
This patch implements the new design for the ELF linker only. I intend to
prepare a similar patch for the COFF linker.
[1] http://lists.llvm.org/pipermail/llvm-dev/2016-April/098832.html
Differential Revision: http://reviews.llvm.org/D19752
llvm-svn: 268178
2016-05-01 12:55:03 +08:00
|
|
|
template <class ELFT> void parse();
|
2019-05-23 18:15:12 +08:00
|
|
|
void fetch();
|
2016-04-08 03:24:51 +08:00
|
|
|
|
|
|
|
private:
|
2017-05-05 23:17:07 +08:00
|
|
|
uint64_t OffsetInArchive;
|
2016-04-08 03:24:51 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
// An ArchiveFile object represents a .a file.
|
2015-09-05 06:28:10 +08:00
|
|
|
class ArchiveFile : public InputFile {
|
|
|
|
public:
|
2017-05-04 05:03:08 +08:00
|
|
|
explicit ArchiveFile(std::unique_ptr<Archive> &&File);
|
2015-09-05 06:28:10 +08:00
|
|
|
static bool classof(const InputFile *F) { return F->kind() == ArchiveKind; }
|
2019-05-16 11:45:13 +08:00
|
|
|
void parse();
|
2015-09-05 06:28:10 +08:00
|
|
|
|
2018-04-03 10:06:57 +08:00
|
|
|
// Pulls out an object file that contains a definition for Sym and
|
|
|
|
// returns it. If the same file was instantiated before, this
|
2019-05-23 18:15:12 +08:00
|
|
|
// function does nothing (so we don't instantiate the same file
|
2018-04-03 10:06:57 +08:00
|
|
|
// more than once.)
|
2019-05-23 18:15:12 +08:00
|
|
|
void fetch(const Archive::Symbol &Sym);
|
2015-09-05 06:28:10 +08:00
|
|
|
|
|
|
|
private:
|
|
|
|
std::unique_ptr<Archive> File;
|
|
|
|
llvm::DenseSet<uint64_t> Seen;
|
|
|
|
};
|
|
|
|
|
2016-02-13 04:54:57 +08:00
|
|
|
class BitcodeFile : public InputFile {
|
|
|
|
public:
|
2017-04-14 10:55:06 +08:00
|
|
|
BitcodeFile(MemoryBufferRef M, StringRef ArchiveName,
|
|
|
|
uint64_t OffsetInArchive);
|
ELF: New symbol table design.
This patch implements a new design for the symbol table that stores
SymbolBodies within a memory region of the Symbol object. Symbols are mutated
by constructing SymbolBodies in place over existing SymbolBodies, rather
than by mutating pointers. As mentioned in the initial proposal [1], this
memory layout helps reduce the cache miss rate by improving memory locality.
Performance numbers:
old(s) new(s)
Without debug info:
chrome 7.178 6.432 (-11.5%)
LLVMgold.so 0.505 0.502 (-0.5%)
clang 0.954 0.827 (-15.4%)
llvm-as 0.052 0.045 (-15.5%)
With debug info:
scylla 5.695 5.613 (-1.5%)
clang 14.396 14.143 (-1.8%)
Performance counter results show that the fewer required indirections is
indeed the cause of the improved performance. For example, when linking
chrome, stalled cycles decreases from 14,556,444,002 to 12,959,238,310, and
instructions per cycle increases from 0.78 to 0.83. We are also executing
many fewer instructions (15,516,401,933 down to 15,002,434,310), probably
because we spend less time allocating SymbolBodies.
The new mechanism by which symbols are added to the symbol table is by calling
add* functions on the SymbolTable.
In this patch, I handle local symbols by storing them inside "unparented"
SymbolBodies. This is suboptimal, but if we do want to try to avoid allocating
these SymbolBodies, we can probably do that separately.
I also removed a few members from the SymbolBody class that were only being
used to pass information from the input file to the symbol table.
This patch implements the new design for the ELF linker only. I intend to
prepare a similar patch for the COFF linker.
[1] http://lists.llvm.org/pipermail/llvm-dev/2016-April/098832.html
Differential Revision: http://reviews.llvm.org/D19752
llvm-svn: 268178
2016-05-01 12:55:03 +08:00
|
|
|
static bool classof(const InputFile *F) { return F->kind() == BitcodeKind; }
|
2017-05-26 05:53:02 +08:00
|
|
|
template <class ELFT>
|
2019-05-22 17:06:42 +08:00
|
|
|
void parse(llvm::DenseMap<llvm::CachedHashStringRef, const InputFile *>
|
|
|
|
&ComdatGroups);
|
2016-09-29 08:40:08 +08:00
|
|
|
std::unique_ptr<llvm::lto::InputFile> Obj;
|
2016-02-13 04:54:57 +08:00
|
|
|
};
|
|
|
|
|
2015-09-04 04:03:54 +08:00
|
|
|
// .so file.
|
2019-04-09 01:35:55 +08:00
|
|
|
class SharedFile : public ELFFileBase {
|
2015-09-04 04:03:54 +08:00
|
|
|
public:
|
2019-05-28 13:17:21 +08:00
|
|
|
SharedFile(MemoryBufferRef M, StringRef DefaultSoName)
|
|
|
|
: ELFFileBase(SharedKind, M), SoName(DefaultSoName),
|
|
|
|
IsNeeded(!Config->AsNeeded) {}
|
|
|
|
|
2019-04-09 01:35:55 +08:00
|
|
|
// This is actually a vector of Elf_Verdef pointers.
|
|
|
|
std::vector<const void *> Verdefs;
|
2019-04-09 01:48:05 +08:00
|
|
|
|
|
|
|
// If the output file needs Elf_Verneed data structures for this file, this is
|
|
|
|
// a vector of Elf_Vernaux version identifiers that map onto the entries in
|
|
|
|
// Verdefs, otherwise it is empty.
|
|
|
|
std::vector<unsigned> Vernauxs;
|
|
|
|
|
|
|
|
static unsigned VernauxNum;
|
|
|
|
|
[ELF] Support --{,no-}allow-shlib-undefined
Summary:
In ld.bfd/gold, --no-allow-shlib-undefined is the default when linking
an executable. This patch implements a check to error on undefined
symbols in a shared object, if all of its DT_NEEDED entries are seen.
Our approach resembles the one used in gold, achieves a good balance to
be useful but not too smart (ld.bfd traces all DSOs and emulates the
behavior of a dynamic linker to catch more cases).
The error is issued based on the symbol table, different from undefined
reference errors issued for relocations. It is most effective when there
are DSOs that were not linked with -z defs (e.g. when static sanitizers
runtime is used).
gold has a comment that some system libraries on GNU/Linux may have
spurious undefined references and thus system libraries should be
excluded (https://sourceware.org/bugzilla/show_bug.cgi?id=6811). The
story may have changed now but we make --allow-shlib-undefined the
default for now. Its interaction with -shared can be discussed in the
future.
Reviewers: ruiu, grimar, pcc, espindola
Reviewed By: ruiu
Subscribers: joerg, emaste, arichardson, llvm-commits
Differential Revision: https://reviews.llvm.org/D57385
llvm-svn: 352826
2019-02-01 10:25:05 +08:00
|
|
|
std::vector<StringRef> DtNeeded;
|
2017-04-25 05:44:20 +08:00
|
|
|
std::string SoName;
|
|
|
|
|
2019-04-06 04:16:26 +08:00
|
|
|
static bool classof(const InputFile *F) { return F->kind() == SharedKind; }
|
2015-09-04 04:03:54 +08:00
|
|
|
|
2019-04-09 01:35:55 +08:00
|
|
|
template <typename ELFT> void parse();
|
2016-04-28 04:22:31 +08:00
|
|
|
|
[ELF] Support --{,no-}allow-shlib-undefined
Summary:
In ld.bfd/gold, --no-allow-shlib-undefined is the default when linking
an executable. This patch implements a check to error on undefined
symbols in a shared object, if all of its DT_NEEDED entries are seen.
Our approach resembles the one used in gold, achieves a good balance to
be useful but not too smart (ld.bfd traces all DSOs and emulates the
behavior of a dynamic linker to catch more cases).
The error is issued based on the symbol table, different from undefined
reference errors issued for relocations. It is most effective when there
are DSOs that were not linked with -z defs (e.g. when static sanitizers
runtime is used).
gold has a comment that some system libraries on GNU/Linux may have
spurious undefined references and thus system libraries should be
excluded (https://sourceware.org/bugzilla/show_bug.cgi?id=6811). The
story may have changed now but we make --allow-shlib-undefined the
default for now. Its interaction with -shared can be discussed in the
future.
Reviewers: ruiu, grimar, pcc, espindola
Reviewed By: ruiu
Subscribers: joerg, emaste, arichardson, llvm-commits
Differential Revision: https://reviews.llvm.org/D57385
llvm-svn: 352826
2019-02-01 10:25:05 +08:00
|
|
|
// Used for --no-allow-shlib-undefined.
|
|
|
|
bool AllNeededIsKnown;
|
|
|
|
|
2015-10-12 10:22:58 +08:00
|
|
|
// Used for --as-needed
|
2017-11-23 01:50:42 +08:00
|
|
|
bool IsNeeded;
|
2015-09-04 04:03:54 +08:00
|
|
|
};
|
|
|
|
|
2016-09-10 06:08:04 +08:00
|
|
|
class BinaryFile : public InputFile {
|
|
|
|
public:
|
|
|
|
explicit BinaryFile(MemoryBufferRef M) : InputFile(BinaryKind, M) {}
|
|
|
|
static bool classof(const InputFile *F) { return F->kind() == BinaryKind; }
|
2017-12-24 01:21:39 +08:00
|
|
|
void parse();
|
2016-09-10 06:08:04 +08:00
|
|
|
};
|
|
|
|
|
2016-10-29 04:57:25 +08:00
|
|
|
InputFile *createObjectFile(MemoryBufferRef MB, StringRef ArchiveName = "",
|
2016-10-13 03:35:54 +08:00
|
|
|
uint64_t OffsetInArchive = 0);
|
2015-09-05 06:28:10 +08:00
|
|
|
|
2018-05-03 05:40:07 +08:00
|
|
|
inline bool isBitcode(MemoryBufferRef MB) {
|
|
|
|
return identify_magic(MB.getBuffer()) == llvm::file_magic::bitcode;
|
|
|
|
}
|
|
|
|
|
2018-05-18 02:27:12 +08:00
|
|
|
std::string replaceThinLTOSuffix(StringRef Path);
|
2018-05-17 05:04:08 +08:00
|
|
|
|
2017-09-19 17:20:54 +08:00
|
|
|
extern std::vector<BinaryFile *> BinaryFiles;
|
|
|
|
extern std::vector<BitcodeFile *> BitcodeFiles;
|
2018-05-03 05:40:07 +08:00
|
|
|
extern std::vector<LazyObjFile *> LazyObjFiles;
|
2017-09-19 17:20:54 +08:00
|
|
|
extern std::vector<InputFile *> ObjectFiles;
|
2019-04-09 01:35:55 +08:00
|
|
|
extern std::vector<SharedFile *> SharedFiles;
|
2017-09-19 17:20:54 +08:00
|
|
|
|
2016-02-28 08:25:54 +08:00
|
|
|
} // namespace elf
|
2015-07-25 05:03:07 +08:00
|
|
|
} // namespace lld
|
|
|
|
|
|
|
|
#endif
|