I can't read Java-style 'Gcc' acronyms. ;]

No functionality changed.

llvm-svn: 148840

function. The logic for this, and I want to emphasize that this is the
logic for computing the *target* triple, is currently scattered
throughout various different HostInfo classes ToolChain factoring
functions. Best part, it is largely *duplicated* there. The goal is to
hoist all of that up to here where we can deal with it once, and in
a consistent manner.

Unfortunately, this uncovers more fun problems: the ToolChains assume
that the *actual* target triple is the one passed into them by these
factory functions, while the *host* triple is the one in the driver.
This already was a lie, and a damn lie, when the '-target' flag was
specified. It only really worked when the difference stemmed from '-m32'
and '-m64' flags. I'll have to fix that (and remove all the FIXMEs I've
introduced here to document the problem) before I can finish hoisting
the target-calculation logic.

It's bugs all the way down today it seems...

llvm-svn: 148839

pointer to incomplete type from an ExtWarn to an error. We put the
ExtWarn in place as part of a workaround for Boost (PR6527), but it
(1) doesn't actually match a GCC extension and (2) has been fixed for
two years in Boost, and (3) causes us to emit code that fails badly at
run time, so it's a bad idea to keep it. Fixes PR11803.

llvm-svn: 148838

llvm-svn: 148836

Widen the instruction encoder that TblGen emits to a 64 bits, which should accomodate every target I can think of offhand.

llvm-svn: 148833

llvm-svn: 148832

in the definition as well.

llvm-svn: 148831

Remove dependence upon std::exception_ptr from the default_terminate_handler.  Recovered the equivalent functionality at a lower level.

llvm-svn: 148830

Forgot to include this file in the last commit: Move kOurExceptionClass and kOurDependentExceptionClass from source to header so that they can be used in multiple sources.  This is a private header, these constants are not publicly exposed.

llvm-svn: 148829

Move kOurExceptionClass and kOurDependentExceptionClass from source to header so that they can be used in multiple sources.  This is a private header, these constants are not publicly exposed.

llvm-svn: 148827

llvm-svn: 148825

This will interleave the elements from two or more lists.

llvm-svn: 148824

// rdar://10731065

llvm-svn: 148823

dealing in the host triple, be honest about it and document the decision
to default the target triple to the host triple unless overridden.

llvm-svn: 148822

llvm-svn: 148821

llvm-svn: 148820

llvm-svn: 148819

llvm-svn: 148818

llvm-svn: 148817

classes and protocols, implementing lazy-import semantics for both.

llvm-svn: 148816

llvm-svn: 148815

llvm-svn: 148814

llvm-svn: 148813

llvm-svn: 148812

llvm-svn: 148811

llvm-svn: 148810

llvm-svn: 148809

when it actually has changed (and not, e.g., when we've simply attached a
deserialized macro definition). Good for ~1.5% reduction in module
file size, mostly in the identifier table.

llvm-svn: 148808

available. Clang's <unwind.h> isn't ready for prime time. Fixes
<rdar://problem/10733587>.

llvm-svn: 148807

llvm-svn: 148806

llvm-svn: 148805

add a ConstantDataArray::getString method that corresponds to the (to be
removed) StringRef version of ConstantArray::get, but is dramatically more 
efficient.

llvm-svn: 148804

  v8i16 -> v8i32, v4i32 -> v4i64 - used vpunpck* instructions.

llvm-svn: 148803

llvm-svn: 148802

This change adds an new option --arm-enable-ehabi-descriptors that
enables emitting unwinding descriptors. This provides a mode with a
working backtrace() without the (currently broken) exception support.

llvm-svn: 148800

16 bits are sufficient to store attributes, tags and forms.

llvm-svn: 148799

Add the DEBUG flag to test_output.sh

llvm-svn: 148798

inside the innards of the Driver implementation, and only ever
implemented to return 'true' for the Darwin OSes. Instead use a more
direct query on the target triple and a comment to document why the
target matters here.

If anyone is worried about this predicate getting wider use or improper
use, I can make it a local or private predicate in the driver.

llvm-svn: 148797

The Driver has a fixed target, whether we like it or not, the
DefaultTargetTriple is not a default. This at least makes things more
honest. I'll eventually get rid of most (if not all) of
DefaultTargetTriple with this proper triple object. Bit of a WIP.

llvm-svn: 148796

rdar://10278198

llvm-svn: 148795