The same code (~20 lines) for initializing a TargetOptions object from CodeGen
cmdline flags is duplicated 4 times in 4 different tools. This patch moves it
into a utility function.

Since the CodeGen/CommandFlags.h file defines cl::opt flags in a header, it's
a bit of a touchy situation because we should only link them into tools. So this
patch puts the init function in the header.

llvm-svn: 201699

llvm-svn: 201698

llvm-svn: 201697

No functional change

llvm-svn: 201696

llvm-svn: 201695

    
This is consistent with the way CodeGen acheives this. However, CodeGen
always selects mips32 (even when the architecture is mips64).

llvm-svn: 201694

Thanks to Konrad Kleine for reporting the inconsistency!

llvm-svn: 201693

llvm-svn: 201692

Use camel-case names, remove some dead code, and fix a copy-and-pasted test.

llvm-svn: 201691

llvm-svn: 201690

No functional change.

llvm-svn: 201689

Since r201608 got reverted, it is not safe to use private linkage in these cases
until it is committed back.

llvm-svn: 201688

llvm-svn: 201687

llvm-svn: 201686

Fixes PR18895

llvm-svn: 201685

llvm-svn: 201684

Patch by Viktor Kutuzov!

llvm-svn: 201683

llvm-svn: 201682

llvm-svn: 201681

llvm-svn: 201680

According to http://gcc.gnu.org/projects/cxx0x.html,
override and final keyword was added in gcc 4.7.  Thus,
we should not use these keywords in gcc 4.6 even when
__GXX_EXPERIMENTAL_CXX0X__ is available.

llvm-svn: 201679

llvm-svn: 201678

Moving the documentation for the enable_if attribute into AttrDocs. Removed the "clang introduces" phrase for style consistency, but otherwise the documentation is identical.

llvm-svn: 201677

llvm-svn: 201676

llvm-svn: 201675

llvm-svn: 201674

Instead of checking stack limits that are not well defined for the main thread,
we rely on siginfo::si_code and distance from SP.

llvm-svn: 201673

llvm-svn: 201672

Clang now requires calling CompilerInstance::createVirtualFileSystem
before CompilerInstance::createFileManager.

llvm-svn: 201671

Very bad things happen otherwise.

llvm-svn: 201670

This causes the LLVMgold plugin to segfault. More information on the
replies to r201608.

llvm-svn: 201669

    
If LLVM is built without X86 as a supported target then the test would
mysteriously fail.

llvm-svn: 201668

This fixes one immediate bug where an expression with side-effects
could be emitted twice during a NEON call.

It also prepares the way for folding CodeGen for many of the SISD
intrinsics into a table, reducing code size and hopefully increasing
performance eventually ("binary search + few switch cases" should be
better than "lots of switch cases").

llvm-svn: 201667

llvm-svn: 201666

llvm-svn: 201665

There are more cases when those manifest as an access below SP.

llvm-svn: 201664

Apparently it's not True C++.

rdar://problem/16035743 still.

llvm-svn: 201663

Patch by Andrew Turner.

llvm-svn: 201662

These instructions (well, the f32 ones) are supported on 32-bit ARMv8, not just
AArch64. Now that the arm_neon.td refactoring is complete, adding them is
surprisingly simple.

rdar://problem/16035743

llvm-svn: 201661

We used to have special handling for isCrypto and isA64 bits in the
NeonEmitter.cpp file (it knew the former was predicated on __ARM_FEATURE_CRYPTO
and the latter on __aarch64__ and went through various contortions to make sure
the correct intrinsics were emitted under the correct guard.

This is ugly and has obvious scalability problems (e.g. vcvtX intrinsics are
needed, which are ARMv8 only but available on both, yet another category). This
patch moves the #if predicate into the arm_neon.td file directly and makes
NeonEmitter.cpp agnostic about what goes in there.

It also deduplicates arm_neon.td so that each desired intrinsic is mentioned in
just one place (necessary because of the new mechanism for creating
arm_neon.h).

rdar://problem/16035743

llvm-svn: 201660