r600: Fix get_global_id implementation

llvm-svn: 184976

r600: Initial support

This includes a get_global_id() implementation and function stubs for
the other workitem and synchronization functions.

llvm-svn: 184975

[APFloat] Removed debugging cruft that snuck in.

llvm-svn: 184974

The SLP Vectorizer works across basic blocks. Update the docs.

llvm-svn: 184973

Fix warning: commas at the end of enumerator lists are a C++11 extension [-Wc++11-extensions]

llvm-svn: 184972

Use enums instead of raw octal values.

Patch by 罗勇刚(Yonggang Luo).

llvm-svn: 184971

Add support for passing '-target armv8' through the Driver.

llvm-svn: 184970

Erase all of the instructions that we RAUWed

llvm-svn: 184969

Match MSVC's handling of commas during macro argument expansion

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

Add a subtarget feature 'v8' to the ARM backend.
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

ARM: fix more cases where predication may or may not be allowed

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

ARM: allow predicated barriers in Thumb mode

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

llvm-svn: 184964

[tsan] Fix build.

llvm-svn: 184963

Remove the 'generic' CPU from the ARM eabi attributes printer.
Make v4 the default ARM architecture attribute, to match CodeGen.

llvm-svn: 184962

Revert "Temporarily disable building the armv7 variants of profile_ios on"

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

llvm-svn: 184961

PathV1 is deprecated since the 18th of Dec 2010. Remove it.

llvm-svn: 184960

Don't use PathV1.h in IncludeExcludeTest.cpp.

llvm-svn: 184959

Don't use PathV1.h in TransformTest.cpp.

llvm-svn: 184958

[tsan] Move some suppressions-related code to common.

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

llvm-svn: 184957

Don't use PathV1.h in PerfSupport.cpp.

llvm-svn: 184956

Add a convenience functions that don't return if the directory existed.

llvm-svn: 184955

Remove unused include.

llvm-svn: 184954

Don't explicitly set update version

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

Remove last use of PathV1.h from clang.

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

llvm-svn: 184951

[sanitizer] readdir and readdir_r interceptors.

llvm-svn: 184950

We only create one file, no need to delete a directory.

llvm-svn: 184949

Fix the lldb build.

llvm-svn: 184948

Remove unused includes.

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

Remove unused header.

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

ARM: operands should be explicit when disassembled

llvm-svn: 184943

Try to fix this test on the msys buildbot.

llvm-svn: 184942

Quieting an MSVC warning about converting negative integer constants to unsigned types.

llvm-svn: 184941

Don't use PathV1.h in CIndexCodeCompletion.cpp.

llvm-svn: 184940

Remove dead include.

llvm-svn: 184939

Don't use PathV1.h in cc1as_main.cpp.

llvm-svn: 184938

Remove unused header.

llvm-svn: 184937

Remove unused include.

llvm-svn: 184936

[Sparc]: Add memory operands for the frame references in the storeRegToStackSlot
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

Fixed a comment.

llvm-svn: 184933

Suppress llvm/test/Other/can-execute.txt on msys bash.

llvm-svn: 184932

Optimized integer vector multiplication operation by replacing it with shift/xor/sub when it is possible. Fixed a bug in SDIV, where the const operand is not a splat constant vector.

llvm-svn: 184931

clang/test/lit.cfg: Tweak getClangBuiltinIncludeDir() not to expose dosish path separator on MSYS bash.exe, since r184774.

    $ bin/clang.exe -print-file-name=include
    e:/path/to/build/bin\..\lib\clang\3.4\include

llvm-svn: 184930

Revert the Darwin half of r184805: "Remove the sysroot (or isysroot)
restriction from the GCDAProfile.c"

Bill added a much more effective way of coping with the use of errno and
other system interactions for Darwin for now by disabling it on that
platform. Building against the SDK stuff is more fundamental to the
darwin build process.

llvm-svn: 184929

[asan] workaround for PR16277: don't instrument AllocaInstr with alignment more than the redzone size

llvm-svn: 184928

[asan] add option -asan-keep-uninstrumented-functions

llvm-svn: 184927

[sanitizer] Reformat line >80 chars.

llvm-svn: 184926

[sanitizer] Fix build with OSS4 kernel headers.

This fixes PR16453.

llvm-svn: 184925

Provide bootstrap support to build only llvm+clang when using cmake.

Where a source tree is complete with lld, lldb and polly, it may not be possible to use cmake to configure build scripts if the host compiler it not capable of compiling these sub-projects.  This change makes it possible to first build a bootstrap clang compiler when can then be used to build a complete llvm toolchain.  An example bootstrap build sequence could be as follows:

$ mkdir bootstrap
$ cd bootstrap
$ cmake -G 'Unix Makefiles'
        -DCMAKE_BUILD_TYPE:STRING=Release
        -DCMAKE_PREFIX_PATH:STRING=$(pwd)
        -DLLVM_TARGETS_TO_BUILD:STRING=host
        -DLLVM_INCLUDE_TOOLS:STRING=bootstrap-only
        ../source
$ make clang  # build clang only for host

$ cd ..
$ export CC=$(realpath bootstrap/bin)/clang
$ export CXX=$(realpath bootstrap/bin)/clang++

$ mkdir final
$ cd final
$ cmake -G 'Unix Makefiles' ../source
$ make all check-all

llvm-svn: 184924

Support using "host" as a target in LLVM_TARGETS_TO_BUILD when using cmake.

llvm-svn: 184923

Remove unused include.

llvm-svn: 184922

Remove more uses of llvm::sys::Path.

llvm-svn: 184921

Remove calls to Path in #ifdefs that don't seem to be used in any of the bots :-(

llvm-svn: 184920

Add a simpler version of remove_all.

llvm-svn: 184919

Remove PathV1.h from CompilerInvocation.cpp.

llvm-svn: 184918

Fix the build when __APPLE__ is defined.

llvm-svn: 184917

Remove sys::GetMainExecutable.

llvm-svn: 184916

Use llvm::sys::fs::getMainExecutable.

llvm-svn: 184915

Port GetMainExecutable over to PathV2.

I will remove the V1 version as soon as I change clang in the next commit.

llvm-svn: 184914

Remove PathV1.h from CompilerInstance.cpp.

llvm-svn: 184913

Don't use PathV1.h in ASTUnit.cpp.

llvm-svn: 184912

Remove forward declarations of sys::Path.

llvm-svn: 184911

Remove PathWithStatus.

llvm-svn: 184910

Remove the last use of PathWithStatus.

llvm-svn: 184909

Use llvm::sys::fs::unique_file.

llvm-svn: 184908

Remove some uses of llvm::sys::Path.

llvm-svn: 184907

Remove PathV1.h use from WindowsToolChain.cpp.

llvm-svn: 184906

Fix a comment.

llvm-svn: 184905

Lazily deserialize the "first' friend declaration when deserializing a class
declaration. This PCH a little lazier, and breaks a deserialization cycle that
causes crashes with modules enabled.

llvm-svn: 184904

Fix PCH bug with member templates of local classes in nontemplate functions.

As noted by Richard in the post:
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20130624/082605.html, the following code should not add an entry
into PendingLocalImplicitInstantiations, since local instantiations
should only occur within the context of other instantiations:

int foo(double y) {
   struct Lambda {
      template<class T> T operator()(T t) const { return t; };
   } lambda;
   return lambda(y);
}

Hence the attached code does the following:
  1) In MarkFunctionReferenced, check if ActiveInstantiations.size()
      is non-zero before adding to PendingLocalImplicitInstantiations.
  2) In InstantiateFunctionDefinition, we swap out/in
      PendingLocalImplicitInstantiations so that only those
      pending local instantiations that are added during the instantiation
      of the current function are instantiated recursively.

llvm-svn: 184903

Remove PathV1.h usage from ToolChains.cpp.

llvm-svn: 184902

Remove ifdef LLDB_CONFIGURATION_DEBUG directives around the formatter
cache ivars/methods.

llvm-svn: 184901

Remove the #define USE_CACHE since the formatters cache has been operational for a while now and has not caused issues that warrant disabling it
Also, print the cache hits statistics if the log is in debugging mode vs. LLDB being a debug build - this should make it easier to gather useful metrics on cache success rate for real users

llvm-svn: 184900

<rdar://problem/14266578>

"command source" was not properly setting the stop-on-error option

llvm-svn: 184899

<rdar://problem/14243761>

The argument to -w (--category) in type * list is a regular expression
This caused unhappiness with the gnu-libstdc++ category because of the double ++

Now we check for exact textual match as-well-as regexp matching

llvm-svn: 184898

dbgs() << Instruction doesn't print a newline on the end any more. Update these
debug statements to add a missing newline. Also canonicalize to '\n' instead of
"\n"; the latter calls a function with a loop the former does not.

llvm-svn: 184897

Run clang-format on lib/Format code after r184894. No other changes.

llvm-svn: 184896

Fix a use after free I introduced and that Bill caught in code review
(thanks!) by deferring the free of the filename until we finish writing
the coverage data to that file.

Bill, let me know if you'd prefer a different approach!

llvm-svn: 184895

Formatter: Don't put a space after parameter-naming block comments.

Before: f(a, b, /*doFoo=*/ false);
Now: f(a, b, /*doFoo=*/false);

This style is a lot more common:
$ ack -H '=\*\/\w' lib | wc -l
    1281
$ ack -H '=\*\/ \w' lib | wc -l
      70

llvm-svn: 184894

<rdar://problem/14266411>

The semi-unofficial way of returning a status from a Python command was to return a string (e.g. return "no such variable was found") that LLDB would pick as a clue of an error having happened

This checkin changes that:
- SBCommandReturnObject now exports a SetError() call, which can take an SBError or a plain C-string
- script commands now drop any return value and expect the SBCommandReturnObject ("return object") to be filled in appropriately - if you do nothing, a success will be assumed

If your commands were relying on returning a value and having LLDB pick that up as an error, please change your commands to SetError() through the return object or expect changes in behavior

llvm-svn: 184893

s/C++0x/C++11/

llvm-svn: 184892

Merge isReachable into isBackedge.

Prefer using RPO.lookup() instead of RPO[] which can mutate the map.

llvm-svn: 184891

Don't check for triviality on fields of templated records. We can't know the
answer until after instantiation. Fixes PR16061!

llvm-svn: 184890

Implement DR136

Friend declarations that specify a default argument must be a definition
and the only declaration in the translation unit.

llvm-svn: 184889

SLPVectorizer: support slp-vectorization of PHINodes between basic blocks

llvm-svn: 184888

Make this test properly test both things it's trying to test.

llvm-svn: 184887

Fixed a bug in ClangASTSource where we would return
the target of a typedef when asked for a typedef.

llvm-svn: 184886

Missing test update from r184884.

llvm-svn: 184885

PR8302: Check for shadowing a template parameter when declaring a template
template parameter.

llvm-svn: 184884

Don't try to get the layout of an invalid decl in getDeclAlign.

When the decl that we're getting alignment for is a FieldDecl, and the field's
parent record is invalid, skip the actual field alignment calculation (and
return 1-byte alignment in the general case).

Also, assert in in getASTRecordLayout that the decl is valid. This was
inspired by PR16292; see also r184581 and r184751.

llvm-svn: 184883

Implement DR21

A default template-argument shall not be specified in a friend template
declaration.

Interestingly, we properly handled default template arguments on friend
class members but not on just friend classes.

llvm-svn: 184882

Print block frequencies in decimal form.

This is easier to read than the internal fixed-point representation.

If anybody knows the correct algorithm for converting fixed-point
numbers to base 10, feel free to fix it.

llvm-svn: 184881

R600: Use new getNamedOperandIdx function generated by TableGen

llvm-svn: 184880

TableGen: Generate a function for getting operand indices based on their defined names

This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.

In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.

For example, if you have an instruction like:

def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;

You can look up the operand indices using the new function, like this:

Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst)  => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2

The operand names are case sensitive, so $dst and $DST are considered
different operands.

This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values.  These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.

llvm-svn: 184879

Don't use 'errno.h' on Apple just yet. This breaks for some of our buildbots.

llvm-svn: 184878

Fix undefined behaviour in data formatter test -- ensure char* null-terminated
so LLDB does not read off the end of the array.

llvm-svn: 184877