| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add Tool and ToolChain support for clang to target the NaCl OS using the NaCl
SDK for x86-32, x86-64 and ARM.
Includes nacltools::Assemble and Link which are derived from gnutools. They
are similar to Linux but different enought that they warrant their own class.
Also includes a NaCl_TC in ToolChains derived from Generic_ELF with library
and include paths suitable for an SDK and independent of the system tools.
Differential Revision: http://reviews.llvm.org/D8590
llvm-svn: 233594
|
| |
|
|
|
|
|
| |
We now give x86-64 COFF targets a different mangling code, update clang
to use it.
llvm-svn: 232571
|
| |
|
|
| |
llvm-svn: 227315
|
| |
|
|
|
|
| |
For now there is no difference between amdgcn and r600.
llvm-svn: 225294
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Thumb1 has legitimate reasons for preferring 32-bit alignment of types
i1/i8/i16, since the 16-bit encoding of "add rD, sp, #imm" requires #imm to be
a multiple of 4. However, this is a trade-off betweem code size and RAM usage;
the DataLayout string is not the best place to represent it even if desired.
So this patch removes the extra Thumb requirements, hopefully making ARM and
Thumb completely compatible in this respect.
llvm-svn: 219735
|
| |
|
|
|
|
|
|
|
|
|
| |
Before, ARM and Thumb mode code had different preferred alignments, which could
lead to some rather unexpected results. There's justification for reducing it
from the default 64-bits (wasted space), but I don't think there is for going
below 32-bits.
There's no actual ABI change here, just to reassure people.
llvm-svn: 219720
|
| |
|
|
| |
llvm-svn: 218666
|
| |
|
|
|
|
|
|
|
|
|
| |
A few (mostly CodeGen) parts of Clang were tightly coupled to the
AArch64 backend. Now that it's gone, they will not even compile.
I've also deduplicated RUN lines in many of the AArch64 tests. This
might improve "make check-all" time noticably: some of those NEON
tests were monsters.
llvm-svn: 209578
|
| |
|
|
| |
llvm-svn: 209465
|
| |
|
|
| |
llvm-svn: 207632
|
| |
|
|
|
|
|
|
|
|
| |
Update DataLayout/DescriptionString for ppc64le
Similar LLVM change made in r203664
Testcase included.
llvm-svn: 204613
|
| |
|
|
|
|
|
| |
This change was requested to avoid confusion if we ever support non windows
coff systems.
llvm-svn: 198939
|
| |
|
|
| |
llvm-svn: 198439
|
| |
|
|
| |
llvm-svn: 198308
|
| |
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 197617
|
| |
|
|
|
|
| |
A f64 inside a struct can be 32 bit aligned on darwin.
llvm-svn: 197577
|
| |
|
|
| |
llvm-svn: 197550
|
| |
|
|
|
|
|
|
|
| |
Right now clang produces the same DataLayout for all of them, but it could, for
example, add 'n' specifications when the end architecture is given.
No functionality change, this should just make future changes easier to read.
llvm-svn: 197549
|
| |
|
|
|
|
| |
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: 197522
|
| |
|
|
| |
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
|
| |
|
|
|
|
|
| |
These right now just test that the same string is present in two files, but will
become more useful as clang's handling of DataLayout is refactored.
llvm-svn: 197347
|
| |
|
|
| |
llvm-svn: 197276
|
| |
|
|
| |
llvm-svn: 197269
|
| |
|
|
|
|
| |
They are equivalent and the size of 'a' and 's' is unused.
llvm-svn: 197256
|
| |
|
|
| |
llvm-svn: 141622
|
| |
|
|
|
|
|
|
|
| |
- This is designed to make it obvious that %clang_cc1 is a "test variable"
which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it
can be useful to redefine what gets run as 'clang -cc1' (for example, to set
a default target).
llvm-svn: 91446
|
| |
|
|
| |
llvm-svn: 86432
|
| |
|
|
|
|
| |
- 'for i in $(find . -type f); do sed -e 's#\(RUN:.*[^ ]\) *&& *$#\1#g' $i | FileUpdate $i; done', for the curious.
llvm-svn: 86430
|
| |
|
|
| |
llvm-svn: 86396
|
|
|
- <rdar://problem/6948443> WARNING: Linking two modules of different data
layouts!
llvm-svn: 73093
|