| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
properly, so moving raw_ostream.h above system_error.h.
llvm-svn: 201885
|
| |
|
|
| |
llvm-svn: 201884
|
| |
|
|
|
|
| |
Should fix the bots.
llvm-svn: 201882
|
| |
|
|
|
|
|
|
|
|
|
| |
This interface allows IRObjectFile to be implemented without having dummy
methods for all section and segment related methods.
Both llvm-ar and llvm-nm are changed to use it. Unfortunately the mangler is
still not plugged in since it requires some refactoring to make a Module hold
a DataLayout.
llvm-svn: 201881
|
| |
|
|
|
|
|
|
|
|
|
| |
We were just emitting a label for this section for no real reason - this
caused us to emit the section even though we never put anything in it.
Not bothering with a test (though not adamantly anti-test) because it
seems somewhat arbitrary to test for the absence of this section anymore
than the absence of any other section.
llvm-svn: 201876
|
| |
|
|
| |
llvm-svn: 201870
|
| |
|
|
|
|
| |
handle special cases Step==1, Step==-1, GCD==1, and GCD==-1
llvm-svn: 201868
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in the dependence test, we used to discard some information that the
delinearization provides: the size of the innermost dimension of an array,
i.e., the size of scalars stored in the array, and the remainder of the
delinearization that provides the offset from which the array reads start,
i.e., the base address of the array.
To avoid losing this data in the rest of the data dependence analysis, the fix
is to multiply the access function in the last delinearized dimension by its
size, effectively making the size of the last dimension to always be in bytes,
and then add the remainder of delinearization to the last subscript,
effectively making the last subscript start at the base address of the array.
llvm-svn: 201867
|
| |
|
|
|
|
|
|
|
|
|
| |
Because the delinearization is not a global analysis pass, it will compute the
delinearization independently of knowledge about the way the delinearization
happened for other data accesses to the same array: the dependence analysis will
only trigger the delinearization on a tuple of access functions, and thus
delinearization may compute different subscripts sizes for a same array. When
that happens the safest is to discard the delinearized information.
llvm-svn: 201866
|
| |
|
|
| |
llvm-svn: 201863
|
| |
|
|
|
|
| |
unpredictable behavior.
llvm-svn: 201841
|
| |
|
|
|
|
|
| |
This replaces the old NoIntegratedAssembler with at TargetOption. This is
more flexible and will be used to forward clang's -no-integrated-as option.
llvm-svn: 201836
|
| |
|
|
| |
llvm-svn: 201833
|
| |
|
|
|
|
|
|
|
| |
I am really sorry for the noise, but the current state where some parts of the
code use TD (from the old name: TargetData) and other parts use DL makes it
hard to write a patch that changes where those variables come from and how
they are passed along.
llvm-svn: 201827
|
| |
|
|
|
|
| |
to a direct call. This is important for the CallGraph iteration. Patch by Björn Steinbrink!
llvm-svn: 201822
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The SuppressWarnings flag, unfortunately, isn't very useful for custom tools
that want to use the LLVM module linker. So I'm changing it to a parameter of
the Linker, and the flag itself moves to the llvm-link tool.
For the time being as SuppressWarnings is pretty much the only "option" it
seems reasonable to propagate it to Linker objects. If we end up with more
options in the future, some sort of "struct collecting options" may be a
better idea.
llvm-svn: 201819
|
| |
|
|
|
|
| |
Some versions of libstdc++ forbid using cstdint in C++98 mode.
llvm-svn: 201812
|
| |
|
|
|
|
| |
Windows.
llvm-svn: 201811
|
| |
|
|
| |
llvm-svn: 201805
|
| |
|
|
|
|
|
| |
VA can be 64 bit, as the image base can be larger than 4GB, so we need to
handle 64 bit VAs properly.
llvm-svn: 201803
|
| |
|
|
| |
llvm-svn: 201798
|
| |
|
|
|
|
|
|
| |
The va_start macro for AArch64 must set va_list.__stack to the address
following the last named argument on the stack, rounded up to an alignment
of 8 bytes.
llvm-svn: 201797
|
| |
|
|
| |
llvm-svn: 201793
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Assembler.
Summary:
This removes the need to coerce UnknownABI to the default ABI (O32 for
MIPS32, N64 for MIPS64 [*]) in both MipsSubtarget and MipsAsmParser.
Clang has been updated to disable both possible default ABI's before enabling
the ABI it intends to use.
[*] N64 being the default for MIPS64 is not actually correct.
However N32 is not fully implemented/tested yet.
Depends on: D2830
Reviewers: jacksprat, matheusalmeida
Reviewed By: matheusalmeida
Differential Revision: http://llvm-reviews.chandlerc.com/D2832
Differential Revision: http://llvm-reviews.chandlerc.com/D2846
llvm-svn: 201792
|
| |
|
|
|
|
| |
add_public_tablegen_target is used somewhere.
llvm-svn: 201787
|
| |
|
|
|
|
| |
There is code in the wild that relies on $0 not being expanded.
llvm-svn: 201784
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This is consistent with the integrated assembler.
All mips64 codegen tests previously passed -mcpu. Removed -mcpu from
blez_bgez.ll and const-mult.ll to cover the default case.
Ideally, the two implementations of selectMipsCPU() will be merged but it's
proven difficult to find a home for the function that doesn't cause link errors.
For now, we'll hoist the common functionality into a function and mark it with
FIXME's.
Reviewers: jacksprat, matheusalmeida
Reviewed By: matheusalmeida
Differential Revision: http://llvm-reviews.chandlerc.com/D2830
llvm-svn: 201782
|
| |
|
|
| |
llvm-svn: 201769
|
| |
|
|
|
|
| |
Remove HasREPPrefix support from disassembler table generator since its now only used by CodeGenOnly instructions.
llvm-svn: 201767
|
| |
|
|
| |
llvm-svn: 201761
|
| |
|
|
|
|
|
| |
SEH table addresses are VA in COFF file. In this patch we convert VA to RVA
before printing it, because dumpbin prints them as RVAs.
llvm-svn: 201760
|
| |
|
|
| |
llvm-svn: 201758
|
| |
|
|
|
|
|
|
| |
Nis Zinovy (zinovy.y.nis@intel.com)
Fixed truncate i32 to i1; a test will be provided in the next commit.
llvm-svn: 201757
|
| |
|
|
|
|
| |
intending to change the semantics at all.
llvm-svn: 201754
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
passing down an AsmPrinter instance so we could compute the size of
the block which could be target specific. All of the test cases in
the unittest don't have any target specific data so we can use a NULL
AsmPrinter there. This also depends upon block data being added as
integers.
We can now hash the entire fission-cu.ll compile unit so turn the
flag on there with the hash value.
llvm-svn: 201752
|
| |
|
|
|
|
|
| |
method to actually set it in the class to avoid computing it
multiple times.
llvm-svn: 201751
|
| |
|
|
| |
llvm-svn: 201750
|
| |
|
|
| |
llvm-svn: 201747
|
| |
|
|
| |
llvm-svn: 201745
|
| |
|
|
|
|
| |
review of the previous patch that introduced this week.
llvm-svn: 201723
|
| |
|
|
| |
llvm-svn: 201718
|
| |
|
|
|
|
|
|
|
|
| |
TargetLoweringBase is implemented in CodeGen, so before this patch we had
a dependency fom Target to CodeGen. This would show up as a link failure of
llvm-stress when building with -DBUILD_SHARED_LIBS=ON.
This fixes pr18900.
llvm-svn: 201711
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
r201608 made llvm corretly handle private globals with MachO. r201622 fixed
a bug in it and r201624 and r201625 were changes for using private linkage,
assuming that llvm would do the right thing.
They all got reverted because r201608 introduced a crash in LTO. This patch
includes a fix for that. The issue was that TargetLoweringObjectFile now has
to be initialized before we can mangle names of private globals. This is
trivially true during the normal codegen pipeline (the asm printer does it),
but LTO has to do it manually.
llvm-svn: 201700
|
| |
|
|
|
|
| |
lib/Target/AArch64/AArch64TargetMachine.cpp.
llvm-svn: 201698
|
| |
|
|
|
|
|
|
|
|
| |
changing the CPU value.
This is consistent with the way CodeGen acheives this. However, CodeGen
always selects mips32 (even when the architecture is mips64).
llvm-svn: 201694
|
| |
|
|
| |
llvm-svn: 201692
|
| |
|
|
|
|
| |
No functional change.
llvm-svn: 201689
|
| |
|
|
|
|
|
| |
Since r201608 got reverted, it is not safe to use private linkage in these cases
until it is committed back.
llvm-svn: 201688
|
| |
|
|
| |
llvm-svn: 201682
|
| |
|
|
| |
llvm-svn: 201681
|