| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
Also removed some over-generalization added in r232866, such as
making a function take two parameters and pass two equivalent
arguments to the function.
llvm-svn: 233882
|
|
|
|
| |
llvm-svn: 233880
|
|
|
|
|
|
|
|
| |
Other createWriter<Arch> functions take <Arch>LinkingContext as arguments.
Only createWriterELF was an exception. This patch makes it consistent with
others.
llvm-svn: 233878
|
|
|
|
|
|
| |
members.
llvm-svn: 233873
|
|
|
|
| |
llvm-svn: 233872
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
<Arch>TargetHandler::kindString is a static member variable
containg a list of names of relocation types.
The member is used only by one function, registerRelocationNames,
so they don't have to be a static member.
This patch makes the visibility of the data narrower by making
them file-scoped variables in small files.
llvm-svn: 233867
|
|
|
|
| |
llvm-svn: 233864
|
|
|
|
| |
llvm-svn: 233863
|
|
|
|
| |
llvm-svn: 233859
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233812
|
|
|
|
| |
llvm-svn: 233799
|
|
|
|
| |
llvm-svn: 233798
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233783
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In r233772, I removed an empty class, DefaultTargetHandler, from
the class hierarchy by merging the class with TargetHandler. I then
found that TargetHandler and its base class, TargetHandlerBase,
are also almost the same.
We need to go deeper.
In this patch, I merged TargetHandlerBase with TargetHandler.
The only difference between them is the existence (or absense)
of a pure virtual function registerRelocationName(). I added that
function to the (new) TargetHandler.
One more thing is that TargetHandler was templated for no reason.
I made it non-templated class.
llvm-svn: 233773
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DefaultTargetHandler is the base class of all <Arch>TargetHandler classes,
and it's the only derived class of TargetHandler class.
TargetHandler and DefaultTargetHandler are actually the same. They define
the same set of pure virtual functions. DefaultTargetHandler is a useless
class in the class hierarchy -- it shouldn't have been added in the first place.
This patch makes all <Arch>TargetHandler classes directly derive from
TargetHandler and removes DefaultTargetHandler.
llvm-svn: 233772
|
|
|
|
|
|
|
|
|
|
|
| |
All calls of findAbsoluteAtoms seem a bit awkward because of the type
of the function. It semantically returns a pointer to an AtomLayout or
nothing, so I made the function return AtomLayout*.
In this patch, I also expanded some "auto"s because their actual type
were not obvious in their contexts.
llvm-svn: 233769
|
|
|
|
|
|
|
| |
findAbsoluteAtom() returns absoluteAtom().end() if no atom is found.
Dereferencing end() value results an undefined behavior.
llvm-svn: 233765
|
|
|
|
|
|
|
| |
Only MIPS used that member function, and by removing the use of the
function, I removed a static_cast. Seems like it's a win.
llvm-svn: 233748
|
|
|
|
|
|
|
| |
At least in Mips we don't have a prefix for member variables.
Repeating the architecture is verbose.
llvm-svn: 233746
|
|
|
|
|
|
|
| |
Apparently they are copy-pastes. They need to be merged, or otherwise
they will diverge needlessly as I did in r233723...
llvm-svn: 233741
|
|
|
|
| |
llvm-svn: 233739
|
|
|
|
|
|
|
| |
This change should have been done in r233737, but I made a mistake to
not include into that.
llvm-svn: 233738
|
|
|
|
|
|
|
| |
Identifiers starting with _[A-Z] is reserved for the language.
User programs shouldn't use such identifiers.
llvm-svn: 233737
|
|
|
|
| |
llvm-svn: 233735
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233727
|
|
|
|
| |
llvm-svn: 233723
|
|
|
|
| |
llvm-svn: 233721
|
|
|
|
|
|
|
| |
FINDV4BITMASK macro is defined as a macro so that the macro body is inlined.
We should use inlined functions instead of macros.
llvm-svn: 233719
|
|
|
|
|
|
|
|
| |
Multiple inheritance is casually used here. Rewriting to not
using multiple inheritance reduces the complexity of the code
and also makes it shorter.
llvm-svn: 233718
|
|
|
|
| |
llvm-svn: 233710
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233692
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233618
|
|
|
|
|
|
|
|
| |
Type of `OutputSection::_type` field is int64_t. This change makes
the field's and the argument's types consistent and allows to assign
full range of values to the `OutputSection::_type` field.
llvm-svn: 233617
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233616
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233550
|
|
|
|
|
|
|
|
|
| |
Use of llvm::Optional is redundant here. Initializing by default value 0
is enough.
No functional changes.
llvm-svn: 233549
|
|
|
|
|
|
| |
No functional changes.
llvm-svn: 233548
|
|
|
|
|
|
|
|
|
| |
If input relocation records have RELA format while output dynamic
relocations have REL format the only way to transfer a dynamic
relocation addendum is to save it into the location modified by
the dynamic relocation.
llvm-svn: 233532
|
|
|
|
|
|
|
|
| |
Setting _alignment member varaible to 0 look suspicious since
the minimum alignment value is 1. I'm not going to change that
number in this patch, though.
llvm-svn: 233472
|
|
|
|
| |
llvm-svn: 233461
|
|
|
|
|
|
|
|
|
|
|
| |
If HAVE_CXXABI_H is not defined, this function is the identity function.
Because HAVE_CXXABI_H did not protect the entire function, it did
extra stuffs before returning the argument.
The new code calls fewer functions. This should help developers understand
this piece of code.
llvm-svn: 233460
|
|
|
|
| |
llvm-svn: 233458
|
|
|
|
| |
llvm-svn: 233456
|
|
|
|
| |
llvm-svn: 233454
|
|
|
|
| |
llvm-svn: 233453
|
|
|
|
| |
llvm-svn: 233452
|
|
|
|
| |
llvm-svn: 233450
|
|
|
|
| |
llvm-svn: 233449
|
|
|
|
| |
llvm-svn: 233434
|
|
|
|
| |
llvm-svn: 233424
|