| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 132294
|
|
|
|
|
|
|
| |
This is important for the correct lowering of unwind instructions
(which doesn't matter at all) and llvm.eh.resume calls (which does).
llvm-svn: 132291
|
|
|
|
|
|
|
|
|
|
| |
used by Clang. To help Clang integration, the PTX target has been split
into two targets: ptx32 and ptx64, depending on the desired pointer size.
- Add GCCBuiltin class to all intrinsics
- Split PTX target into ptx32 and ptx64
llvm-svn: 129851
|
|
|
|
|
|
| |
instead.
llvm-svn: 129836
|
|
|
|
|
|
| |
Triple::OSX once Clang has moved.
llvm-svn: 129833
|
|
|
|
| |
llvm-svn: 129815
|
|
|
|
|
|
| |
enumeration values.
llvm-svn: 129814
|
|
|
|
| |
llvm-svn: 129799
|
|
|
|
| |
llvm-svn: 129798
|
|
|
|
| |
llvm-svn: 127705
|