| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 186537
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
cl.exe treats wide bitfields as an error. This patch causes them to be
an error if IsMsStruct is true, as it is in straight C.
Patch by Warren Hunt!
Reviewers: eli.friedman
Differential Revision: http://llvm-reviews.chandlerc.com/D1125
llvm-svn: 186536
|
| |
|
|
|
|
|
|
|
| |
Before:
SomeType s __attribute__((unused))(InitValue);
After:
SomeType s __attribute__((unused)) (InitValue);
llvm-svn: 186535
|
| |
|
|
|
|
|
|
| |
Compile-time #ifdef-ery isn't right, but this makes core debugging work on
FreeBSD and highlights the parts that will need to be changed for runtime
arch support.
llvm-svn: 186534
|
| |
|
|
| |
llvm-svn: 186533
|
| |
|
|
| |
llvm-svn: 186532
|
| |
|
|
| |
llvm-svn: 186531
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This should fix the windows bots. It looks like the failing tests are of the
form
prog1 > file
prog2 file
and prog2 fails trying to read the file. The best fix would probably be to close
stdout/stderr in prog1, but it was not the intention of 186511 to change this,
so just restore the old behavior for now.
llvm-svn: 186530
|
| |
|
|
| |
llvm-svn: 186529
|
| |
|
|
| |
llvm-svn: 186528
|
| |
|
|
| |
llvm-svn: 186527
|
| |
|
|
|
|
|
|
| |
http://llvm-reviews.chandlerc.com/D1169
Patch by Guillaume Papin.
llvm-svn: 186526
|
| |
|
|
| |
llvm-svn: 186525
|
| |
|
|
|
|
| |
on the selector name.
llvm-svn: 186524
|
| |
|
|
| |
llvm-svn: 186523
|
| |
|
|
| |
llvm-svn: 186522
|
| |
|
|
|
|
|
|
|
| |
Previously, we would simply abort the path when we saw a default member
initialization; now, we actually attempt to evaluate it. Like default
arguments, the contents of these expressions are not actually part of the
current function, so we fall back to constant evaluation.
llvm-svn: 186521
|
| |
|
|
|
|
|
|
|
|
| |
Previously, SValBuilder knew how to evaluate StringLiterals, but couldn't
handle an array-to-pointer decay for constant values. Additionally,
RegionStore was being too strict about loading from an array, refusing to
return a 'char' value from a 'const char' array. Both of these have been
fixed.
llvm-svn: 186520
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the use of a std::initializer_list (actually, a
CXXStdInitializerListExpr) would cause the analyzer to give up on the rest
of the path. Now, it just uses an opaque symbolic value for the
initializer_list and continues on.
At some point in the future we can add proper support for initializer_list,
with access to the elements in the InitListExpr.
<rdar://problem/14340207>
llvm-svn: 186519
|
| |
|
|
|
|
| |
Also make some strings static and add missing #undef's
llvm-svn: 186518
|
| |
|
|
| |
llvm-svn: 186517
|
| |
|
|
|
|
|
|
|
|
| |
Usage: 'lldb a.out -c core'.
TODO: FreeBSD support.
TODO: Support for AVX registers.
TODO: Refactor so that RegisterContextCore* don't inherit from classes that use ProcessMonitor
to fix the build on OS/X.
llvm-svn: 186516
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The AlwaysBreakBeforeMultilineStrings rule does not really make sense
if it does not a column gain.
Before (in Google style):
f(
"aaaa"
"bbbb");
After:
f("aaaa"
"bbbb");
llvm-svn: 186515
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Continue adding more matchers to the dynamic registry.
This time, we add TemplateArgument matchers.
Reviewers: klimek
CC: cfe-commits, revane
Differential Revision: http://llvm-reviews.chandlerc.com/D1166
llvm-svn: 186514
|
| |
|
|
| |
llvm-svn: 186513
|
| |
|
|
|
|
| |
method, thus giving the user the right error message for non-existing instructions.
llvm-svn: 186512
|
| |
|
|
|
|
|
|
|
|
|
| |
This has some advantages:
* Lets us use native, utf16 windows functions.
* Easy to produce good errors on windows about trying to use a
directory when we want a file.
* Simplifies the unix version a bit.
llvm-svn: 186511
|
| |
|
|
|
|
|
|
| |
Duncan pointed out a mistake in my fix in r186425 when only one of the allocas
being compared had the target-default alignment. This is essentially his
suggested solution. Thanks!
llvm-svn: 186510
|
| |
|
|
| |
llvm-svn: 186509
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: Now that CXXCtorInitializer is already supported in ASTNodeKind, add CXXCtorInitializer matchers to the dynamic matcher registry.
Reviewers: klimek
CC: cfe-commits, revane
Differential Revision: http://llvm-reviews.chandlerc.com/D1158
llvm-svn: 186508
|
| |
|
|
|
|
| |
examples are given.
llvm-svn: 186507
|
| |
|
|
| |
llvm-svn: 186506
|
| |
|
|
|
|
|
| |
For thread support we are going to need other members of struct
ptrace_lwpinfo.
llvm-svn: 186505
|
| |
|
|
|
|
|
| |
This adds a new class for non-predicable NEON instructions and a
new DecoderNamespace for v8 NEON instructions.
llvm-svn: 186504
|
| |
|
|
|
|
| |
llvm/test/Object/extract.ll
llvm-svn: 186503
|
| |
|
|
| |
llvm-svn: 186502
|
| |
|
|
|
|
| |
Thomas B. Jablin, from PR16636.
llvm-svn: 186501
|
| |
|
|
|
|
| |
Patch by Robert Lytton.
llvm-svn: 186500
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The issue is that CMAKE_BUILD_TYPE=RelWithDebInfo LLVM_ENABLE_ASSERTIONS=ON was
not building with assertions enabled. (I was unable to find what in the LLVM
source tree was adding -DNDEBUG to the build line in this case, so decided that
it must be cmake itself that was adding it - this may depend on the cmake
version). The fix treats any mode that is not Debug as being the same as
Release for this purpose (previously it was being assumed that cmake would only
add -DNDEBUG for Release and not for RelWithDebInfo or MinSizeRel). If other
versions of cmake don't add -DNDEBUG for RelWithDebInfo then that's OK: with
this change you just get a useless but harmless -UNDEBUG or -DNDEBUG.
llvm-svn: 186499
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This patch enables ExprEndgine to reason about temporary object destructors.
However, these destructor calls are never inlined, since this feature is still
broken. Still, this is sufficient to properly handle noreturn temporary
destructors and close bug #15599. I have also enabled the cfg-temporary-dtors
analyzer option by default.
Reviewers: jordan_rose
CC: cfe-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D1131
llvm-svn: 186498
|
| |
|
|
| |
llvm-svn: 186497
|
| |
|
|
| |
llvm-svn: 186496
|
| |
|
|
|
|
| |
visibility into asm)
llvm-svn: 186495
|
| |
|
|
| |
llvm-svn: 186494
|
| |
|
|
| |
llvm-svn: 186493
|
| |
|
|
| |
llvm-svn: 186492
|
| |
|
|
|
|
| |
for vector stores. Fixes PR16640.
llvm-svn: 186491
|
| |
|
|
|
|
|
|
| |
_Complex load/store didn't have their alignment set properly, which was visible when GCC's torture tests use volatile _Complex.
Update some existing tests to check for alignment, and add a new test which also has over-aligned volatile _Complex (since the imaginary part shouldn't be overaligned, only the real part).
llvm-svn: 186490
|
| |
|
|
|
|
|
|
| |
My patch 'r183551 - ARM FastISel integer sext/zext improvements' was incorrect when emitting ARM register-immediate ASR, LSL, LSR instructions: they are pseudo-instructions in ARMInstrInfo.td and I should have used MOVsi instead.
This is not an issue when code is generated through a .s file, but is an issue when generated straight to a .o (-filetype=obj).
llvm-svn: 186489
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Because the builtin longjmp implementation uses a CTR-based indirect jump, when
the control flow arrives at the builtin setjmp call, the CTR register has
necessarily been clobbered. Correspondingly, this adds CTR to the list of
implicit definitions of the builtin setjmp pseudo instruction.
We don't need to add CTR to the implicit definitions of builtin longjmp
because, even though it does clobber the CTR register, the control flow cannot
return to inside the loop unless there is also a builtin setjmp call.
llvm-svn: 186488
|