| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
as part of the hash rather than ignoring them. This means we'll end up
building more module variants (overall), but it allows configuration
macros such as NDEBUG to work so long as they're specified via command
line. More to come in this space.
llvm-svn: 142187
|
| |
|
|
|
|
| |
access specifier. The testcase has been changed to catch this too.
llvm-svn: 142186
|
| |
|
|
| |
llvm-svn: 142185
|
| |
|
|
|
|
| |
Reported by: Yabin Hu <yabin.hwu@gmail.com>
llvm-svn: 142184
|
| |
|
|
| |
llvm-svn: 142183
|
| |
|
|
|
|
| |
v2i64. These tests do not check MMX nor zmoving into them.
llvm-svn: 142182
|
| |
|
|
|
|
| |
__builtin_offsetof expression.
llvm-svn: 142179
|
| |
|
|
|
|
| |
that cpuid leaf 7 can't be queried on versions of Visual Studio earlier than VS 2008 SP1. Fixes PR11147.
llvm-svn: 142177
|
| |
|
|
| |
llvm-svn: 142176
|
| |
|
|
|
|
| |
files against phase 3.
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
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
instead use TryImplicitConversion in CheckSingleAssignmentConstraints when that function is in no-diagnostics mode.
llvm-svn: 142143
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
diagnostics for #line directives.
This reenables proper inline asm diagnostics in clang
llvm-svn: 142132
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
the instantiated note.
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
|
| |
|
|
|
|
| |
function. No functionality changed.
llvm-svn: 142128
|