| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
Maybe we can interpret alignment 0 as "don't care", but for
consistency, it's good to set 1 instead of 0 where we allow
any alignments.
llvm-svn: 234284
|
|
|
|
|
|
| |
Also changed the local variable names to avoid line wrapping.
llvm-svn: 234281
|
|
|
|
| |
llvm-svn: 234279
|
|
|
|
| |
llvm-svn: 234278
|
|
|
|
|
|
| |
So that createAtoms become more readable.
llvm-svn: 234277
|
|
|
|
|
|
|
|
| |
createAtom function did too much in a single for-loop. This patch
splits the for-loop and extract COMDAT handling into a separate
function.
llvm-svn: 234276
|
|
|
|
| |
llvm-svn: 234273
|
|
|
|
|
|
| |
This function never fails.
llvm-svn: 234272
|
|
|
|
|
|
| |
This function is not supposed to return an error value.
llvm-svn: 234271
|
|
|
|
|
|
|
|
|
|
|
| |
handleDefinedSymbol has return type of ErrorOr<ELFDefinedAtom *>.
However, it never returns an error. We are not checking errors.
It's marked as ErrorOr "just in case". That's a bad engineering
practice.
This patch simplifies the return type of the function.
llvm-svn: 234269
|
|
|
|
|
|
|
|
|
| |
CreateELF was a combination of templates and C preprocessor macros.
This patch removes uses of macros.
http://reviews.llvm.org/D8810
llvm-svn: 234253
|
|
|
|
|
|
|
| |
PR: 23036
Differential Revision: http://reviews.llvm.org/D8836
llvm-svn: 234240
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, we put both link-once and group sections into the same map
and seaparated them out when we use them. Apparently we should put them
into seaprate maps in the first place.
This piece of code is added recently, and I still don't understand all
of them. Looks like we need to clean this up even more.
llvm-svn: 234223
|
|
|
|
|
|
|
| |
All instances of the `createImplicitFiles` always return `true` and this
return value is used nowhere.
llvm-svn: 234205
|
|
|
|
| |
llvm-svn: 234204
|
|
|
|
| |
llvm-svn: 234203
|
|
|
|
| |
llvm-svn: 234199
|
|
|
|
| |
llvm-svn: 234167
|
|
|
|
|
|
|
| |
This patch is a follow-up to the rL232409 and allows define symbols
in a linker script in case of linking shared library.
llvm-svn: 234163
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 234162
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 234157
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 234156
|
|
|
|
| |
llvm-svn: 234155
|
|
|
|
|
|
|
| |
The readAddend() does not depend on MipsRelocationHandler and should not
be its member function.
llvm-svn: 234154
|
|
|
|
| |
llvm-svn: 234153
|
|
|
|
|
|
|
|
|
|
| |
The error was introduced during mechanical replacement
of raw memory reads/writes to use readxxle/writexxle functions
in r230725.
Noted and fixed by Suprateeka R Hegde <hegdesmailbox@gmail.com>
llvm-svn: 234144
|
|
|
|
|
|
|
|
|
|
| |
This matches other linkers behaviour. Moreover, there's really
no need to keep them around.
Reported by: Rafael Avila de Espindola
PR: 22890
llvm-svn: 234130
|
|
|
|
| |
llvm-svn: 234120
|
|
|
|
|
|
| |
getMergeReginfoMask => getMergedReginfoMask
llvm-svn: 234116
|
|
|
|
|
|
|
|
| |
In case of MIPS N64 ABI linker should merge registers usage masks stored
in the input .MIPS.options sections and save result into the output
.MIPS.options section.
llvm-svn: 234115
|
|
|
|
| |
llvm-svn: 234105
|
|
|
|
|
|
|
|
|
|
|
| |
In case of MIPS O32 ABI linker should merge registers usage masks stored
in the input .reginfo sections and save result into the output .reginfo
section.
The ABI states that the .reginfo section should be put into the separate
segment. This requirement is not implemented in this patch.
llvm-svn: 234103
|
|
|
|
|
|
| |
The `HexagonELFType` is declared in the HexagonLinkingContext.h.
llvm-svn: 234089
|
|
|
|
|
|
| |
In all other ELF related classes we use `ELFT` abbreviation.
llvm-svn: 234088
|
|
|
|
|
|
|
|
| |
Functions in the files are hard to read because of line wrapping.
Use shorter names for local variables so that the lines fit
within 80 columns.
llvm-svn: 234087
|
|
|
|
| |
llvm-svn: 234085
|
|
|
|
|
|
|
|
| |
These functions are "constructors" of the LinkingContexts. We already
have auxiliary classes and functions for ELFLinkingContext in the header.
They fall in the same category.
llvm-svn: 234082
|
|
|
|
|
|
|
|
|
|
| |
getRelocationHandler is a public interface to get an instance of
TargetRelocationHandler. We don't use any member function other than
applyRelocations to a returned instance. Returning a base class instance
suffices here. (If a return type is a derived class, it looks like we were
using derived classes features.)
llvm-svn: 234081
|
|
|
|
|
|
|
|
| |
canParse took three parameters -- file magic, filename extension and
memory buffer. All but YAMLReader ignored the second parameter.
This patch removes the parameter.
llvm-svn: 234080
|
|
|
|
| |
llvm-svn: 234077
|
|
|
|
|
|
|
|
|
|
| |
Because of the previous change (r234074), ELFObjectReader became just
an alias for ELFReader. We can replace all occurrences of ELFObjectReader
with ELFReader.
In this patch, I also replaced ELFDSOReader to remove the alias template.
llvm-svn: 234076
|
|
|
|
|
|
|
|
| |
So that we can remove one template parameter from ELFReader.
ELF port is heavily templatized, and I want to reduce the usage
where possible.
llvm-svn: 234074
|
|
|
|
| |
llvm-svn: 234073
|
|
|
|
| |
llvm-svn: 234072
|
|
|
|
| |
llvm-svn: 234070
|
|
|
|
| |
llvm-svn: 234069
|
|
|
|
|
|
|
|
|
|
| |
Only MIPS defined the member function, but this feature is not actually
MIPS-specific. Also, the dependency to the MIPS-only member function
prevented us from merging <Arch>ELF{Object,DSO}Reader classes.
This patch moves the feature from MipsLinkingContext to LinkingContext.
llvm-svn: 234068
|
|
|
|
| |
llvm-svn: 234066
|
|
|
|
|
|
| |
It is enough to have single TargetLayout class.
llvm-svn: 234065
|
|
|
|
|
|
|
| |
The two classes are the same other than a few exceptions.
This patch merges them using templates.
llvm-svn: 234060
|