llvm-svn: 142173

llvm-svn: 142172

llvm-svn: 142171

llvm-svn: 142170

profile metadata at the same time. Use it to preserve metadata attached
to a branch when re-writing it in InstCombine.

Add metadata to the canonicalize_branch InstCombine test, and check that
it is tranformed correctly.

Reviewed by Nick Lewycky!

llvm-svn: 142168

llvm-svn: 142167

This removes support for building llvm-gcc. It will eventually add support for
building other projects.

llvm-svn: 142165

directly manipulates the weights inside of the BranchProbabilityInfo
that is passed in.

llvm-svn: 142163

llvm-svn: 142162

llvm-svn: 142160

end result. Use this split to propagate state information and diagnostics
through more of constant expression evaluation.

llvm-svn: 142159

llvm-svn: 142158

llvm-svn: 142157

llvm-svn: 142155

llvm-svn: 142154

llvm-svn: 142153

Changed tests which assumed that vectors are legalized by widening them.

llvm-svn: 142152

llvm-svn: 142151

on the memcpy call will pull up other unrelated stuff. Fixes PR11142.

llvm-svn: 142150

The decision was to pack the bits. Currently no codegen supports this.
Currently, all of the bits in the vector are saved into the same address
in memory.

llvm-svn: 142149

llvm-svn: 142148

This also applies to C99-style aggregate literals, should they be used in C++11, since they are effectively identical to constructor call list-initialization syntax.

llvm-svn: 142147

In the verify-only pass, check that items that don't have an initializer in an init list can be value-initialized, at least when designated initializers are not involved. No test case yet, since early failures cannot be distinguished from late failures until overload resolution works.

llvm-svn: 142146

llvm-svn: 142145

llvm-svn: 142144

Drop the Diagnose parameter from Sema::PerformImplicitConversion again and instead use TryImplicitConversion in CheckSingleAssignmentConstraints when that function is in no-diagnostics mode.

llvm-svn: 142143

Make a C-style cast a const-cast, to suppress a GCC warning. I should fix the underlying issue eventually, but this interface will probably change anyway.

llvm-svn: 142142

llvm-svn: 142141

While at it, merge some format strings.

llvm-svn: 142140

llvm-svn: 142139

llvm-svn: 142138

<stdin>:1:12: error: register %rax is only available in 64-bit mode
   incl    %rax
           ^~~~

llvm-svn: 142137

llvm-svn: 142136

X86AsmParser: Synthesize EndLoc for tokens out of StartLoc + Length and print ranges for invalid operands.

<stdin>:1:4: error: invalid instruction mnemonic 'abc'
   abc incl    %edi
   ^~~

llvm-svn: 142135

llvm-svn: 142134

'libdir' mean the actual library directory, not the GCC subdirectory of
the library directory. That was just a confusing pattern. Instead,
supply proper GCC subdirectories when scanning for various triple-based
subdirectories with a GCC installation in them. This also makes it much
more obvious how multiarch installations, which have a triple-based
prefix as well as suffix work.

Also clean up our handling of these triple-prefixed trees by using them
in both a multiarch pattern and a non-multiarch pattern whenever they
exist.

Note that this *does not* match what GCC does on Debian, the only truly
multiarch installation I've been able to get installed and test on. GCC
appears to have a bug, and ends up searching paths like
'/lib/../../lib32' which makes no sense what-so-ever. Instead, I've
tried to encode the rational logic that seems clearly intended by GCC's
pattern. GCC ends up with patterns like:

  /lib/../../lib32
  /usr/lib/../../lib32
  /usr/lib/x86_64-linux-gnu/../..lib32

Only the last one makes any sense having a '/../..' in it, so in Clang,
that's the only one which gets a '/../..' in it.

I *think* this will fix Debian multiarch links. I'm committing without
baking this logic into our test suite so I can test on a few different
systems. If all goes well (and no one screams) I'll check in some more
comprehensive tests for multiarch behavior tomorrow.

llvm-svn: 142133

This reenables proper inline asm diagnostics in clang

llvm-svn: 142132

t.c:2:7: error: invalid operand for instruction
  asm("movl 0(%rax), 0(%edx)");
      ^
<inline asm>:1:16: note: instantiated into assembly here
        movl 0(%rax), 0(%edx)
                      ^~~~~~~
1 error generated.

llvm-svn: 142131

no pattern.

llvm-svn: 142130

llvm-svn: 142129