| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
This compiles cleanly with lldb/lld/clang-tools-extra/llvm.
llvm-svn: 203279
|
|
|
|
|
|
| |
This is a precursor to moving to std::unique_ptr.
llvm-svn: 203275
|
|
|
|
|
|
|
| |
Use the new getObjectFormat/setObjectFormat instead of Environment now that the
file format is a separate field.
llvm-svn: 203161
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds support for the PPC "wc" inline asm constraint (used for allocating
individual CR bits). Support for this constraint type was recently added to the
LLVM PowerPC backend. Although gcc does not currently support allocating
individual CR bits, this identifier choice has been coordinated with the gcc
PowerPC team, and will be marked as reserved for this purpose in the gcc
constraints.md file.
Prior to this change, none of the multi-character PPC constraints were handled
correctly (the '^' escape character was not being added as required by the
parsing code in LLVM). This should now be fixed. I'll add tests for these other
constraints as support is added for them in the backend.
llvm-svn: 202658
|
|
|
|
|
|
|
| |
-march which doesnt exist on sparc gcc to -mcpu. While here adjust a
few tests to not write an unused temporary file.
llvm-svn: 202177
|
|
|
|
| |
llvm-svn: 202151
|
|
|
|
|
|
|
|
|
|
| |
Most 64-bit targets define int64_t as long int, and AArch64 should
make same definition to follow LP64 model. In GNU tool chain, int64_t
is defined as long int for 64-bit target. So to get consistent with GNU,
it's better Changing int64_t from 'long long int' to 'long int',
otherwise clang will get different name mangling suffix compared with g++.
llvm-svn: 202004
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 200708
|
|
|
|
|
|
| |
__BIG_ENDIAN__ as on other architectures.
llvm-svn: 200655
|
|
|
|
| |
llvm-svn: 200470
|
|
|
|
|
|
| |
Patch by Roman Divacky!
llvm-svn: 200452
|
|
|
|
|
|
| |
an updated test)
llvm-svn: 200385
|
|
|
|
|
|
|
|
|
| |
This reverts commit r200233.
The test required a registered ARM target, it was testing LLVM's
generated assembly, and it should have been an IRGen test.
llvm-svn: 200242
|
|
|
|
| |
llvm-svn: 200233
|
|
|
|
|
|
| |
Implement __builtin_eh_return_data_regno()
llvm-svn: 200231
|
|
|
|
| |
llvm-svn: 200223
|
|
|
|
|
|
| |
mips32r2/mips64r2 respectively.
llvm-svn: 200222
|
|
|
|
|
|
|
|
|
| |
e.g. thumbv7m-apple-ios3.0.0-eabi, then it should mean it's an iOS target. For
embedded targets, the OS should be unknown, e.g. thumbv7m-apple-unknown-macho.
Since Tim has recently fixed the triple, r195149 is no longer needed.
rdar://15911035
llvm-svn: 200164
|
|
|
|
| |
llvm-svn: 200157
|
|
|
|
|
|
|
|
|
|
| |
currently, for thumbv8, two predefined macros are missing:
define __THUMB_INTERWORK__ 1
define __THUMB_INTERWORK__ 1
This patch adds them for thumbv8.
llvm-svn: 199819
|
|
|
|
| |
llvm-svn: 199642
|
|
|
|
| |
llvm-svn: 199399
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we had bodged together some hacks mapping MachO embedded
targets (i.e. mainly ARM v6M and v7M) to the "*-*-darwin-eabi" triple.
This is incorrect in both details (they don't run Darwin and they're
not EABI in any real sense).
This commit appropriates the existing "MachO" environment for the
purpose instead.
llvm-svn: 199367
|
|
|
|
|
|
| |
This was never used for anything so we should just get rid of it.
llvm-svn: 199336
|
|
|
|
|
|
|
| |
Set NaCl OSTargetInfo to have LongLongAlign = 64. Otherwise, it will
pick up the setting of 32 from X86_32TargetInfo.
llvm-svn: 199335
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes the C++ ABI depend entirely on the target: MS ABI for -win32 triples,
Itanium otherwise. It's no longer possible to do weird combinations.
To be able to run a test with a specific ABI without constraining it to a
specific triple, new substitutions are added to lit: %itanium_abi_triple and
%ms_abi_triple can be used to get the current target triple adjusted to the
desired ABI. For example, if the test suite is running with the i686-pc-win32
target, %itanium_abi_triple will expand to i686-pc-mingw32.
Differential Revision: http://llvm-reviews.chandlerc.com/D2545
llvm-svn: 199250
|
|
|
|
| |
llvm-svn: 199124
|
|
|
|
|
|
|
| |
This change was requested to avoid confusion if we ever support non windows
coff systems.
llvm-svn: 198939
|
|
|
|
| |
llvm-svn: 198439
|
|
|
|
| |
llvm-svn: 198430
|
|
|
|
| |
llvm-svn: 198308
|
|
|
|
|
|
|
| |
No functionality change, but unblocks asserting that llvm's and clang's
datalayout strings are the same.
llvm-svn: 198306
|
|
|
|
| |
llvm-svn: 197700
|
|
|
|
| |
llvm-svn: 197660
|
|
|
|
|
|
|
|
| |
LLVM already got this right.
Found on "Figure 3-1: Scalar Types" on http://sparc.com/standards/psABI3rd.pdf.
llvm-svn: 197651
|
|
|
|
|
|
| |
Reviewed by Derek Schuff.
llvm-svn: 197628
|
|
|
|
|
|
|
| |
These functions now always set the same variables in the same order and they
don't overlap with thep constructor.
llvm-svn: 197604
|
|
|
|
| |
llvm-svn: 197603
|
|
|
|
|
|
| |
A f64 inside a struct can be 32 bit aligned on darwin.
llvm-svn: 197577
|
|
|
|
|
|
| |
No functionality change.
llvm-svn: 197548
|
|
|
|
|
|
|
|
| |
This has no functionality change as clang adds explicit alignment info for
byval arguments. The only difference is that now the clang produced
DataLayout string for AArch64 is identical to the LLVM produced one.
llvm-svn: 197538
|
|
|
|
| |
llvm-svn: 197504
|
|
|
|
| |
llvm-svn: 197502
|
|
|
|
|
|
| |
This makes it identical to the string llvm produces.
llvm-svn: 197500
|
|
|
|
|
|
|
| |
This completes the cleanup/refactoring of DataLayout on the clang side. Next
is figuring out the differences between the llvm and clang produced strings
llvm-svn: 197442
|
|
|
|
| |
llvm-svn: 197440
|
|
|
|
| |
llvm-svn: 197437
|
|
|
|
|
|
| |
I missed these in previous commits.
llvm-svn: 197435
|
|
|
|
|
|
|
| |
The f80:128:128 was followed by a f80:32:32 and so never used. Looks like this
was there since r91746.
llvm-svn: 197433
|