llvm-svn: 184972

Patch by 罗勇刚(Yonggang Luo).

llvm-svn: 184971

llvm-svn: 184970

llvm-svn: 184969

This allows clang to parse the type_traits header in Visual Studio 2012,
which is included widely in practice.

This is a rework of r163022 by João Matos.  The original patch broke
preprocessing of gtest headers, which this patch addresses.

Patch by Will Wilson!

llvm-svn: 184968

This allows for targeting the ARMv8 AArch32 variant.

llvm-svn: 184967

Do not add cse-ed instructions into the visited map because we dont want to consider them as a candidate for replacement of instructions to be visited.

llvm-svn: 184966

Unfortunately this addresses two issues (by the time I'd disentangled the logic
it wasn't worth putting it back to half-broken):

+ Coprocessor instructions should all be predicable in Thumb mode.
+ BKPT should never be predicable.

llvm-svn: 184965

The barrier instructions are only "always-execute" in ARM mode, they can quite
happily sit inside an IT block in Thumb.

llvm-svn: 184964

llvm-svn: 184963

Make v4 the default ARM architecture attribute, to match CodeGen.

llvm-svn: 184962

This reverts commit r184816.  With Chandler's change in r184929, this should
no longer be necessary.

llvm-svn: 184961

llvm-svn: 184960

llvm-svn: 184959

llvm-svn: 184958

Factor out code to be reused in LSan. Also switch from linked list to vector.

llvm-svn: 184957

llvm-svn: 184956

llvm-svn: 184955

llvm-svn: 184954

Host::GetOSVersion's caller already sets it to UINT32_MAX to determine
which version number components are set.

llvm-svn: 184953

clang/test/Driver/pth.c: Fix r184942, a regexp like "\\\\" is redundant here. Should be matched to single \ with '\\'.

llvm-svn: 184952

Instead of creating a temporary directory, remember the set of temporary files
we create.

llvm-svn: 184951

llvm-svn: 184950

llvm-svn: 184949

llvm-svn: 184948

llvm itself is now PathV1 clean.

llvm-svn: 184947

[PowerPC] Accept 17-bit signed immediates for addis

The assembler currently strictly verifies that immediates for
s16imm operands are in range (-32768 ... 32767).  This matches
the behaviour of the GNU assembler, with one exception: gas
allows, as a special case, operands in an extended range
(-65536 .. 65535) for the addis instruction only (and its
extended mnemonic lis).

The main reason for this seems to be to allow using unsigned
16-bit operands for lis, e.g. like lis %r1, 0xfedc.

Since this has been supported by gas for a long time, and
assembler source code seen "in the wild" actually exploits
this feature, this patch adds equivalent support to LLVM
for compatibility reasons.

llvm-svn: 184946

llvm-svn: 184945

[PowerPC] Support symbolic u16imm operands

Currently, all instructions taking s16imm operands support symbolic
operands.  However, for u16imm operands, we only support actual
immediate integers.  This causes the assembler to reject code like

  ori %r5, %r5, symbol@l

This patch changes the u16imm operand definition to likewise
accept symbolic operands.  In fact, s16imm and u16imm can
share the same encoding routine, now renamed to getImm16Encoding.

llvm-svn: 184944

llvm-svn: 184943

llvm-svn: 184942

llvm-svn: 184941

llvm-svn: 184940

llvm-svn: 184939

llvm-svn: 184938

llvm-svn: 184937

llvm-svn: 184936

and loadRegFromStackSlot.

llvm-svn: 184935

[asan] initialize fake_stack lazily and increase its maximal size. This makes -fsanitize=address,use-after-return more robust: all SPEC tests pass now. In the default mode thread stacks become a bit smaller.

llvm-svn: 184934

llvm-svn: 184933