| 36b56886974eae4f9c5ebc96befd3e7bfe5de338 |
|
24-Apr-2014 |
Stephen Hines <srhines@google.com> |
Update to LLVM 3.5a.
Change-Id: Ifadecab779f128e62e430c2b4f6ddd84953ed617
/external/llvm/include/llvm/Support/Host.h
|
| 7e129466d8bf25d7e0a65a4087a30a4c07746018 |
|
05-Jun-2013 |
Sylvestre Ledru <sylvestre@debian.org> |
The GNU/HURD is also using the libc. Therefor, endian.h should be included, not machine/endian.h. See full build log https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.3&arch=hurd-i386&ver=1%3A3.3~%2Brc3-1~exp1&stamp=1370358869
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@183303 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 01ef4f6982451e6a7c00a713d9ae677d3a15d042 |
|
21-May-2013 |
Jakob Stoklund Olesen <stoklund@2pi.dk> |
Define BYTE_ORDER on Solaris.
Solaris doesn't have an endian.h header, but SPARC is the only
big-endian architecture that runs Solaris, so just use that to detect
endianness at compile time.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@182419 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| c9363ef67a5716a282bd7b4810c61da522bb7fd9 |
|
15-Apr-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Fix silly typo that broke big endian hosts.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@179551 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 92b0d0ec4f9fa33de80373de504b00fef06f5be1 |
|
15-Apr-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Fix endianness on some MSVC versions.
Looks like it was evaluating undef == undef to true.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@179549 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 0851ce0d8ed32830515549e41e55cb6e3a857ccc |
|
15-Apr-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Try to fix the mingw builds.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@179536 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 0034c1f3dfcf8ee1105732985e6b3678f1f01543 |
|
15-Apr-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Remove unused function.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@179530 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 21a01d1ea89dba97c4f9e1f9f41485729a4046bc |
|
15-Apr-2013 |
Rafael Espindola <rafael.espindola@gmail.com> |
Make the host endianness check an integer constant expression.
I will remove the isBigEndianHost function once I update clang.
The ifdef logic is designed to
* not use configure/cmake to avoid breaking -arch i686 -arch ppc.
* default to little endian
* be as small as possible
It looks like sys/endian.h is the preferred header on most modern BSD systems,
but it is better to change this in a followup patch as machine/endian.h is
available on FreeBSD, OpenBSD, NetBSD and OS X.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@179527 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| fbb662f840c2f76988ff9f3f152695632cfc71be |
|
16-Jan-2013 |
Peter Collingbourne <peter@pcc.me.uk> |
Introduce llvm::sys::getProcessTriple() function.
In r143502, we renamed getHostTriple() to getDefaultTargetTriple()
as part of work to allow the user to supply a different default
target triple at configure time. This change also affected the JIT.
However, it is inappropriate to use the default target triple in the
JIT in most circumstances because this will not necessarily match
the current architecture used by the process, leading to illegal
instruction and other such errors at run time.
Introduce the getProcessTriple() function for use in the JIT and
its clients, and cause the JIT to use it. On architectures with a
single bitness, the host and process triples are identical. On other
architectures, the host triple represents the architecture of the
host CPU, while the process triple represents the architecture used
by the host CPU to interpret machine code within the current process.
For example, when executing 32-bit code on a 64-bit Linux machine,
the host triple may be 'x86_64-unknown-linux-gnu', while the process
triple may be 'i386-unknown-linux-gnu'.
This fixes JIT for the 32-on-64-bit (and vice versa) build on non-Apple
platforms.
Differential Revision: http://llvm-reviews.chandlerc.com/D254
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172627 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 674be02d525d4e24bc6943ed9274958c580bcfbc |
|
10-Jan-2013 |
Jakub Staszak <kubastaszak@gmail.com> |
Fix include guards so they exactly match file names.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172025 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 6e9b5eb51bb623995c90295d265a7682277653a1 |
|
05-Jan-2012 |
Sebastian Pop <spop@codeaurora.org> |
revert r147542 after comments from Joerg Sonnenberger
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@147608 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 8a86887ba3dcf59ddfd1d26bd2af1ac9c6bed76a |
|
04-Jan-2012 |
Sebastian Pop <spop@codeaurora.org> |
use getHostTriple instead of getDefaultTargetTriple in getClosestTargetForJIT
Get back getHostTriple.
For JIT compilation, use the host triple instead of the default
target: this fixes some JIT testcases that used to fail when the
compiler has been configured as a cross compiler.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@147542 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 1d4bf66d6e03d76ff1fecddb10f1ae9b9ec9da77 |
|
21-Nov-2011 |
Sebastian Pop <spop@codeaurora.org> |
fix typo in comment
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@145048 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 0173864d8a87d9243d304fbf91b556e20b5a32fc |
|
01-Nov-2011 |
Sebastian Pop <spop@codeaurora.org> |
rename getHostTriple into getDefaultTargetTriple
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@143502 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 53ca1f3190680f3e86aebe0f72f7918d63f71e0d |
|
29-Nov-2010 |
Charles Davis <cdavis@mines.edu> |
Now to chant the magical incantation that will exorcise the System library
from LLVM forever:
grep -lR "llvm/System" * | grep -v .svn | xargs sed -ie 's#llvm/System#llvm/Support#g'
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120314 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|
| 1f6efa3996dd1929fbc129203ce5009b620e6969 |
|
29-Nov-2010 |
Michael J. Spencer <bigcheesegs@gmail.com> |
Merge System into Support.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120298 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Host.h
|