| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 197430
|
|
|
|
| |
llvm-svn: 197429
|
|
|
|
| |
llvm-svn: 197427
|
|
|
|
| |
llvm-svn: 197422
|
|
|
|
| |
llvm-svn: 197421
|
|
|
|
|
|
| |
This is always overwritten by the one in NaClTargetInfo.
llvm-svn: 197346
|
|
|
|
| |
llvm-svn: 197270
|
|
|
|
|
|
| |
They are equivalent and the size of 'a' and 's' is unused.
llvm-svn: 197256
|
|
|
|
|
|
|
|
| |
We already support using "r" on 64-bit values (a GPRPair is
allocated), but Sema doesn't know this yet so issues a warning. This
should fix it.
llvm-svn: 196724
|
|
|
|
|
|
|
|
|
|
|
|
| |
- krait processor currently modeled with the same features as A9.
- Krait processor additionally has VFP4 (fused multiply add/sub)
and hardware division features enabled.
- krait has currently the same Schedule model as A9
- krait cpu flag is not recognized by the GNU assembler yet,
it is replaced with march=armv7-a to avoid a lower march
from being used.
llvm-svn: 196618
|
|
|
|
| |
llvm-svn: 196115
|
|
|
|
| |
llvm-svn: 196114
|
|
|
|
| |
llvm-svn: 195970
|
|
|
|
|
|
| |
Patch by Oliver Stannard!
llvm-svn: 195449
|
|
|
|
|
|
|
|
|
| |
There seem to be quite a few references to the old macro __ARM_NEON__ on the
internet, so I don't think it's a good idea to remove it entirely (at least
yet), but the canonical name does not have the trailing underscores so we
should use that ourselves.
llvm-svn: 195353
|
|
|
|
|
|
|
|
|
| |
Make sure armv7 doesn't get the iOS deployment version definitions when
it's being used for non-iOS.
rdar://15497681
llvm-svn: 195149
|
|
|
|
| |
llvm-svn: 195068
|
|
|
|
| |
llvm-svn: 194751
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Like GCC, this re-uses the 'f' constraint and a new 'w' print-modifier:
asm ("ldi.w %w0, 1", "=f"(result));
Unlike GCC, the 'w' print-modifer is not _required_ to produce the intended
output. This is a consequence of differences in the internal handling of
the registers in each compiler. To be source-compatible between the
compilers, users must use the 'w' print-modifier.
MSA registers (including control registers) are supported in clobber lists.
llvm-svn: 194476
|
|
|
|
|
|
|
| |
Change SizeType, PtrDiffType, IntPtrType, WCharType, WIntType
to follow the XMOS llvm-gcc front end's settings.
llvm-svn: 194461
|
|
|
|
|
|
| |
the floating point register mode.
llvm-svn: 194426
|
|
|
|
| |
llvm-svn: 194408
|
|
|
|
|
|
|
| |
__FLT_EVAL_METHOD__ accordingly. Add test case for this and the SSE2
variances on NetBSD.
llvm-svn: 194377
|
|
|
|
| |
llvm-svn: 193985
|