clarity. No functional change.

llvm-svn: 196844

llvm-svn: 196843

llvm-svn: 196839

ambiguous. Reformat to match.

llvm-svn: 196838

This 'const' is not required and prevent us to defer the launch to the Host layer.

llvm-svn: 196837

float/double rather than the vector equivalents when appropriate.

llvm-svn: 196836

unnecessary patterns in tablegen.

llvm-svn: 196835

pairwise implementation, using an overloaded definition instead.

llvm-svn: 196834

float/double rather than the vector equivalents when appropriate.

llvm-svn: 196833

unnecessary patterns in tablegen.

llvm-svn: 196832

pairwise implementation, using an overloaded definition instead.

llvm-svn: 196831

Patch from Xavier de Gaye

llvm-svn: 196830

llvm-svn: 196829

use of objc_bridge_related attribute. // rdar://15499111

llvm-svn: 196828

This fixes PR18155 which is a regression introduced in 152913.

llvm-svn: 196827

llvm-svn: 196826

This is part of the mips16 epilogue/prologue cleanup.

llvm-svn: 196824

This matches the behavior of both msvc and mingw.

llvm-svn: 196814

No functionality change.

llvm-svn: 196811

llvm-svn: 196809

Previously, an opcode set via SetOpcode32 (for example) was later
extracted via GetData() as a byte sequence in host order rather than
target order.

Review: http://llvm-reviews.chandlerc.com/D1838
llvm-svn: 196808

llvm-svn: 196807

Fix pattern match for movi with 0D result

Patch by Jiangning Liu.

With some test case changes:
- intrinsic test added to the existing /test/CodeGen/AArch64/neon-aba-abd.ll.
- New test cases to cover movi 1D scenario without using the intrinsic in
test/CodeGen/AArch64/neon-mov.ll.

llvm-svn: 196806

llvm-svn: 196805

llvm-svn: 196804

llvm-svn: 196803

by their authors.

This may break builds where others added code relying on these patches,
but please *do not* revert this commit. Instead, we will prepare patches
which fix the failures.

Reverts the following commits:
r168306: "[asan] support x32 mode in the fast stack unwinder. Patch by H.J. Lu"
r168356: "[asan] more support for powerpc, patch by Peter Bergner"
r196489: "[sanitizer] fix the ppc32 build (patch by Jakub Jelinek)"

llvm-svn: 196802

Summary: Now that Host provide a MakeDirectory function, we can use it instead of relying on command line tool to create a directory.

CC: lldb-commits

Differential Revision: http://llvm-reviews.chandlerc.com/D2356

llvm-svn: 196801

[CMake] clang/lib: Satisfy dependencies to add *actually used* libraries on target_link_libraries() and LLVM_LINK_COMPONENTS.

I will prune redundant dependencies later.

llvm-svn: 196800

llvm-svn: 196799

llvm-svn: 196798

Only a few tests depend on llc yet.

llvm-svn: 196797

Thanks to Xavier de Gaye for the pointer.

llvm-svn: 196794

DwarfDebug/Unit: Remove another case of label recreation by storing the gnu_ranges label in the unit.

llvm-svn: 196793

llvm.org/pr18190
llvm.org/pr18191

llvm-svn: 196792

Summary:
When clang is used under GNU/Linux in a chroot without /proc mount, it falls
back on the BSD method. However, since the buf variable is used twice
and fails with snprintf to produce the correct path.

When called as relatived (ie ./clang), it was failing with:
 "" -cc1 [...] -x c++ x.cc
error: unable to execute command: Executable "" doesn't exist!


I also took the opportunity to simply the code (the first arg of test_dir
was useless).

Reviewers: rafael

Reviewed By: rafael

CC: cfe-commits

Differential Revision: http://llvm-reviews.chandlerc.com/D2361

llvm-svn: 196791

llvm-svn: 196790

Thread an optional GV down to EmitGlobalFunctionDefinition so that it can
avoid the lookup when we already know the corresponding llvm global value.

llvm-svn: 196789

llvm-svn: 196788

Modelled in part on GDBRemoteCommunicationClient.

Review: http://llvm-reviews.chandlerc.com/D2267
llvm-svn: 196787