| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 249224
|
| |
|
|
|
|
| |
something. :)
llvm-svn: 249223
|
| |
|
|
|
|
|
|
| |
This time by lifting the lambda's in `createNodeFromSelectLikePHI` to
the file scope. Looks like there are differences in capture rules
between clang and MSVC?
llvm-svn: 249222
|
| |
|
|
|
|
|
|
|
|
| |
Reviewers: arsenm
Subscribers: arsenm, llvm-commits
Differential Revision: http://reviews.llvm.org/D13395
llvm-svn: 249221
|
| |
|
|
|
|
|
| |
They are constructed without one and they can't go back, so this was
effectively dead code.
llvm-svn: 249220
|
| |
|
|
| |
llvm-svn: 249219
|
| |
|
|
| |
llvm-svn: 249218
|
| |
|
|
| |
llvm-svn: 249217
|
| |
|
|
| |
llvm-svn: 249216
|
| |
|
|
|
|
| |
int instead of void. (following llvm r249214)
llvm-svn: 249215
|
| |
|
|
|
|
| |
int instead of void. The actual return value is not *yet* used (and expected to be 0). This change is API breaking, so the fuzzers will need to be updated.
llvm-svn: 249214
|
| |
|
|
|
|
|
|
|
|
| |
Per Intel intrinsics guide:
- _mm256_stream_load_si256 takes `__m256i const *'
- _mm_stream_load_si128 takes `__m128i *', for no good reason.
Let's accept const* for both.
llvm-svn: 249213
|
| |
|
|
|
|
|
|
| |
The trailing backslashes in some ASCII art added in r248527 cause a
"error: multi-line comment [-Werror=comment]" when building with gcc
4.9.1 -Wall. Swallow (ASCII-)artistic integrity and use pipes instead.
llvm-svn: 249212
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Teach SCEV to match patterns like
```
br %cond, label %left, label %right
left:
br label %merge
right:
br label %merge
merge:
V = phi [ %x, %left ], [ %y, %right ]
```
as "select %cond, %x, %y". Before this SCEV would match PHI nodes
exclusively to add recurrences.
This addresses PR25005.
Reviewers: joker.eph, joker-eph, atrick
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D13378
llvm-svn: 249211
|
| |
|
|
| |
llvm-svn: 249210
|
| |
|
|
|
|
| |
This was inadvertently re-enabled as a in r248883.
llvm-svn: 249209
|
| |
|
|
|
|
|
|
|
|
| |
TestDiamond and TestSBValueCast were due to a bug in clang. That
bug has been fixed, so xfail is removed. However fixing that bug
exposed another bug in clang, which is not yet fixed. That bug
causes one test to start crashing, and another to fail unexpectedly
so the status of those tests is updated as well.
llvm-svn: 249208
|
| |
|
|
| |
llvm-svn: 249207
|
| |
|
|
| |
llvm-svn: 249206
|
| |
|
|
|
|
|
|
|
|
|
| |
I randomly came across this difference between AArch64 and other targets:
on the latter, we don't emit nil checks for known non-nil class method
calls thanks to r247350, but we still do for AArch64 stret calls.
They use different code paths, because those are special, as they go
through the regular msgSend, not the msgSend*_stret variants.
llvm-svn: 249205
|
| |
|
|
| |
llvm-svn: 249204
|
| |
|
|
|
|
|
|
| |
test run
was terminated (e.g., due timeout).
llvm-svn: 249203
|
| |
|
|
|
|
|
|
| |
LLVM_BUILD_EXTERNAL_COMPILER_RT can depend on llvm-config.
This patch is a required stepping stone to fix PR14109.
llvm-svn: 249202
|
| |
|
|
| |
llvm-svn: 249201
|
| |
|
|
| |
llvm-svn: 249200
|
| |
|
|
|
|
| |
The darwin and macho_embedded libraries get installed to different locations, so we need to feed through an INSTALL_PATH.
llvm-svn: 249199
|
| |
|
|
|
|
| |
Fix style while I'm here.
llvm-svn: 249198
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Ensure that the vptr store in the most-derived constructor is not behind
an invariant group barrier. Previously, the base-most vptr store would
be the one behind no barrier, and that could result in the creator of
the object thinking it had the base-most vtable.
This bug caused clang call pure virtual functions when called from
constructor body.
http://reviews.llvm.org/D13373
llvm-svn: 249197
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The most important part required to make clang
devirtualization works ( ͡°͜ʖ ͡°).
The code is able to find non local dependencies, but unfortunatelly
because the caller can only handle local dependencies, I had to add
some restrictions to look for dependencies only in the same BB.
http://reviews.llvm.org/D12992
llvm-svn: 249196
|
| |
|
|
| |
llvm-svn: 249195
|
| |
|
|
| |
llvm-svn: 249194
|
| |
|
|
| |
llvm-svn: 249193
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Hi Marshall,
Could you please test this patch and see if you run into the same linker errors we talked about?
I can't reproduce on linux or OS X.
Hopefully you can't find any problems and we can fix the C++03 bot.
Reviewers: mclow.lists
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D13337
llvm-svn: 249192
|
| |
|
|
| |
llvm-svn: 249191
|
| |
|
|
| |
llvm-svn: 249190
|
| |
|
|
| |
llvm-svn: 249189
|
| |
|
|
| |
llvm-svn: 249188
|
| |
|
|
| |
llvm-svn: 249187
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D13397
llvm-svn: 249186
|
| |
|
|
|
|
|
|
| |
to other types beyond the well-known ones
This is meant to support languages that can do some sort of bridging from<-->to these ObjC types via types that statically vend themselves as Cocoa types, but dynamically have an implementation that does not match any of our well-known types, but where an introspecting formatter can be vended by the bridged language
llvm-svn: 249185
|
| |
|
|
| |
llvm-svn: 249184
|
| |
|
|
|
|
|
| |
Call the correct overload so a string literal does not get converted to a bool.
Also fix the test case to match the names given.
llvm-svn: 249183
|
| |
|
|
|
|
|
| |
This fixes:
https://llvm.org/bugs/show_bug.cgi?id=25019
llvm-svn: 249182
|
| |
|
|
| |
llvm-svn: 249181
|
| |
|
|
| |
llvm-svn: 249179
|
| |
|
|
| |
llvm-svn: 249178
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
We will shortly re-use this for select-like br-phi pairs.
Reviewers: atrick, joker-eph, joker.eph
Subscribers: sanjoy, llvm-commits
Differential Revision: http://reviews.llvm.org/D13377
llvm-svn: 249177
|
| |
|
|
| |
llvm-svn: 249176
|
| |
|
|
|
|
|
| |
This adds entries in the dynamic table for .init_array, .fini_array and
.preinit_array.
llvm-svn: 249175
|
| |
|
|
| |
llvm-svn: 249174
|