| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
The new OpenCL SPIR extension spec will define separate SPIR for 32 and 64 bit architectures.
llvm-svn: 168036
|
|
|
|
|
|
| |
Approved by Chris Lattner.
llvm-svn: 167984
|
|
|
|
| |
llvm-svn: 167157
|
|
|
|
| |
llvm-svn: 165792
|
|
|
|
|
|
| |
This adds 'elf' as a recognized target triple environment value and overrides the default generated object format on Windows platforms if that value is present. This patch also enables MCJIT tests on Windows using the new environment value.
llvm-svn: 165030
|
|
|
|
|
|
| |
calling conventions.
llvm-svn: 164948
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Most of the code guarded with ANDROIDEABI are not
ARM-specific, and having no relation with arm-eabi.
Thus, it will be more natural to call this
environment "Android" instead of "ANDROIDEABI".
Note: We are not using ANDROID because several projects
are using "-DANDROID" as the conditional compilation
flag.
llvm-svn: 163087
|
|
|
|
|
|
|
|
|
| |
Adds the vendor 'fsl' (used by Freescale SDK) to Triple. This will allow
clang support for Freescale cross-compile configurations.
Patch by Tobias von Koch.
llvm-svn: 162726
|
|
|
|
|
|
| |
Patch by David Hill.
llvm-svn: 161344
|
|
|
|
| |
llvm-svn: 159367
|
|
|
|
|
|
|
|
| |
This back-end was deprecated in favor of the NVPTX back-end.
NV_CONTRIB
llvm-svn: 157417
|
|
|
|
| |
llvm-svn: 156492
|
|
|
|
| |
llvm-svn: 156484
|
|
|
|
|
|
|
| |
This new function provides a way to get the iOS version number from ios triples.
Part of rdar://11409204
llvm-svn: 156483
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for NVIDIA PTX 3.0. This back-end will (eventually) replace the current PTX back-end, while maintaining compatibility with it.
The new target machines are:
nvptx (old ptx32) => 32-bit PTX
nvptx64 (old ptx64) => 64-bit PTX
The sources are based on the internal NVIDIA NVPTX back-end, and
contain more functionality than the current PTX back-end currently
provides.
NV_CONTRIB
llvm-svn: 156196
|
|
|
|
| |
llvm-svn: 153882
|
|
|
|
|
|
| |
Patch by Tom Stellard!
llvm-svn: 152400
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
chip in r139383, and the PSP components of the triple are really
annoying to parse. Let's leave this chapter behind. There is no reason
to expect LLVM to see a PSP-related triple these days, and so no
reasonable motivation to support them.
It might be reasonable to prune a few of the older MIPS triple forms in
general, but as those at least cause no burden on parsing (they aren't
both a chip and an OS!), I'm happy to leave them in for now.
llvm-svn: 151156
|
|
|
|
|
|
| |
the normalize routine, especially the empty while loops.
llvm-svn: 151050
|
|
|
|
|
|
| |
days. No functionality changed.
llvm-svn: 151048
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
They're private static methods but we can just make them static
functions in the implementation. It makes the implementations a touch
more wordy, but takes another chunk out of the header file.
Also, take the opportunity to switch the names to the new coding
conventions.
No functionality changed here.
llvm-svn: 151047
|
|
|
|
|
|
|
|
| |
Somehow, I even missed the ones I wrote just the other day...
Thanks to Matt for the code review.
llvm-svn: 151045
|
|
|
|
|
|
|
|
|
| |
construction. Simplify its interface, implementation, and users
accordingly as there is no longer an 'uninitialized' state to check for.
Also, fixes a bug lurking in the interface as there was one method that
didn't correctly check for initialization.
llvm-svn: 151024
|
|
|
|
|
|
|
| |
functionality changed. This is in preparation for some refactoring of
how this class behaves.
llvm-svn: 150941
|
|
|
|
|
|
| |
etc. No functionality changed.
llvm-svn: 150867
|
|
|
|
| |
llvm-svn: 150332
|
|
|
|
|
|
|
|
| |
the process. Some of these are still a bit gross.
Still, this cuts 80 some lines out of this ridiculous file. ;]
llvm-svn: 150331
|
|
|
|
| |
llvm-svn: 149967
|
|
|
|
|
|
|
| |
some architectures. These are useful for interacting with multiarch or
bi-arch GCC (or GCC-based) toolchains.
llvm-svn: 149895
|
|
|
|
|
|
|
| |
This new function provides a way to get the Mac OS X version number from
either generic "darwin" triples of macosx triples.
llvm-svn: 149438
|
|
|
|
|
|
|
| |
These are very useful for frontends and other utilities reasoning about
or selecting between triples.
llvm-svn: 149353
|
|
|
|
| |
llvm-svn: 148578
|
|
|
|
| |
llvm-svn: 148434
|
|
|
|
|
|
| |
Patch by Evgeniy Stepanov.
llvm-svn: 147871
|
|
|
|
| |
llvm-svn: 146412
|
|
|
|
| |
llvm-svn: 143164
|
|
|
|
| |
llvm-svn: 142880
|
|
|
|
| |
llvm-svn: 142878
|
|
|
|
| |
llvm-svn: 140157
|
|
|
|
|
|
| |
Submitted by: Villmow, Micah <Micah.Villmow@amd.com>
llvm-svn: 138734
|
|
|
|
|
|
| |
32-bit little-endian CPU. Used by PNaCl and Emscripten.
llvm-svn: 138335
|
|
|
|
| |
llvm-svn: 138291
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support of NativeClient (*-*-nacl) OS support to LLVM.
It's already supported in autoconf/config.sub.
The motivation for this change is to start upstreaming PNaCl work. The
whole set of patches include llvm backends (i686, x86_64, ARM),
llvm-gcc (probably, would not be upstreamed because it's deprecated)
and clang (the work has been just started, the amount of changes is
going to be low and the most of the work is expected to be done close
to the mainline).
llvm-svn: 138005
|
|
|
|
| |
llvm-svn: 136552
|
|
|
|
|
|
| |
a GNU userspace).
llvm-svn: 136085
|
|
|
|
| |
llvm-svn: 135889
|
|
|
|
|
| |
FIXME: There is an inconsistency. llvm::Triple does not understand "ppc32" and PowerPC/TargetInfo holds "ppc32".
llvm-svn: 135745
|
|
|
|
| |
llvm-svn: 134617
|
|
|
|
| |
llvm-svn: 134532
|
|
|
|
| |
llvm-svn: 134282
|