| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
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
|
| |
|
|
|
|
| |
No one uses *-mingw64. mingw-w64 is represented as {i686|x86_64}-w64-mingw32. In llvm side, i686 and x64 can be treated as similar way.
llvm-svn: 125747
|
| |
|
|
| |
llvm-svn: 124960
|
| |
|
|
|
|
|
|
|
| |
may be useful to understand "none", this is not the place for it. Tweak
the fix to Normalize while there: the fix added in 123990 works correctly,
but I like this way better. Finally, now that Triple understands some
non-trivial environment values, teach the unittests about them.
llvm-svn: 124720
|
| |
|
|
| |
llvm-svn: 124639
|
| |
|
|
|
|
| |
IR (wrong PCS) and passing the wrong information down llc via the target-triple printed in IR. I've fixed this by adding the parsing of EABI into LLVM's Triple class and using it to choose the correct PCS in Clang's Tools. A Clang patch is on its way to use this infrastructure.
llvm-svn: 123990
|