llvm/lib/Support, branch release_33http://llvm.orghttps://git.amat.us/llvm/atom/lib/Support?h=release_332013-05-06T21:56:35ZImplemented public interface for modifying registered (not positional or sink options) command line options at runtime.2013-05-06T21:56:35ZAndrew Trickatrick@apple.com2013-05-06T21:56:35Zurn:sha1:61e01721978af4c2979c4b9153e56e72eb6389fb
Patch by Dan Liew!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181254 91177308-0d34-0410-b5e6-96231b3b80d8
Support command line option categories.2013-05-06T21:56:23ZAndrew Trickatrick@apple.com2013-05-06T21:56:23Zurn:sha1:b7ad33b7195cb99b0cbb1c5308324d328650ca45
Patch by Dan Liew!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181253 91177308-0d34-0410-b5e6-96231b3b80d8
Add ArrayRef constructor from None, and do the cleanups that this constructor enables2013-05-05T00:40:33ZDmitri Gribenkogribozavr@gmail.com2013-05-05T00:40:33Zurn:sha1:5c332dbd30d9398ed25b30c3080506f7b8e92290
Patch by Robert Wilhelm.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181138 91177308-0d34-0410-b5e6-96231b3b80d8
AArch64: use __clear_cache under GCCish environments2013-05-04T18:52:44ZTim NorthoverTim.Northover@arm.com2013-05-04T18:52:44Zurn:sha1:9a29cf281e5fc4e3fd4f4f83296fbc22ebfdac86
AArch64 is going to need some kind of cache-invalidation in order to
successfully JIT since it has a weak memory-model. This is provided by
a __clear_cache builtin in libgcc, which acts very much like the
32-bit ARM equivalent (on platforms where it exists).
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181129 91177308-0d34-0410-b5e6-96231b3b80d8
Allow host triple to be correctly overridden in CMake builds2013-05-04T07:36:23ZTim NorthoverTim.Northover@arm.com2013-05-04T07:36:23Zurn:sha1:d66ad6c57115e85487e8a29b1e073305690a9be2
The intended semantics mirror autoconf, where the user is able to
specify a host triple, but if it's left to the build system then
"config.guess" is invoked for the default.
This also renames the LLVM_HOSTTRIPLE define to LLVM_HOST_TRIPLE to
fit in with the style of the surrounding defines.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181112 91177308-0d34-0410-b5e6-96231b3b80d8
[SystemZ] Support System Z as host architecture2013-05-03T12:22:11ZUlrich Weigandulrich.weigand@de.ibm.com2013-05-03T12:22:11Zurn:sha1:3ea50a69d75a541624a04ce957cc9eef3de639fc
The llvm::sys::AddSignalHandler function (as well as related routines) in
lib/Support/Unix/Signals.inc currently registers a signal handler routine
via "sigaction". When this handler is called due to a SIGSEGV, SIGILL or
similar signal, it will show a stack backtrace, deactivate the handler,
and then simply return to the operating system. The intent is that the
OS will now retry execution at the same location as before, which ought
to again trigger the same error condition and cause the same signal to be
delivered again. Since the hander is now deactivated, the OS will take
its default action (usually, terminate the program and possibly create
a core dump).
However, this method doesn't work reliably on System Z: With certain
signals (namely SIGILL, SIGFPE, and SIGTRAP), the program counter stored
by the kernel on the signal stack frame (which is the location where
execution will resume) is not the instruction that triggered the fault,
but then instruction *after it*. When the LLVM signal handler simply
returns to the kernel, execution will then resume at *that* address,
which will not trigger the problem again, but simply go on and execute
potentially unrelated code leading to random errors afterwards.
To fix this, the patch simply goes and re-raises the signal in question
directly from the handler instead of returning from it. This is done
only on System Z and only for those signals that have this particular
problem.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181010 91177308-0d34-0410-b5e6-96231b3b80d8
[SystemZ] Add llvm::Triple::systemz2013-05-03T11:05:17ZRichard Sandifordrsandifo@linux.vnet.ibm.com2013-05-03T11:05:17Zurn:sha1:0512910867e77125b63054da2860a7812604c22e
First step towards reinstating the SystemZ backend. Tests will be
included in the main backend patch.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181007 91177308-0d34-0410-b5e6-96231b3b80d8
X86: Add target description for btver2; make autodetection logic aware of AVX.2013-05-03T10:20:08ZBenjamin Kramerbenny.kra@googlemail.com2013-05-03T10:20:08Zurn:sha1:b9548d8ee30f880a237ea46430478b95f2ef4772
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181005 91177308-0d34-0410-b5e6-96231b3b80d8
Fixes a buffer overrun where the allocated buffer wasn't large enough to accommodate the closing quote escape rules in some instances.2013-05-01T02:53:14ZAaron Ballmanaaron@aaronballman.com2013-05-01T02:53:14Zurn:sha1:af35d86bbd9a970d5bb55595a569ea60962bf23d
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180836 91177308-0d34-0410-b5e6-96231b3b80d8
Inline variable into the #ifdef block where it's used.2013-04-28T07:47:04ZBenjamin Kramerbenny.kra@googlemail.com2013-04-28T07:47:04Zurn:sha1:d9225188449f0ed381b5e0806527daf77a229d42
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180688 91177308-0d34-0410-b5e6-96231b3b80d8