- Jul 18, 2013
-
-
Rafael Espindola authored
We don't want cast and dyn_cast to work on temporaries. They don't extend lifetime like a direct bind to a reference would, so they can introduce hard to find bugs. I added tests to make sure we don't regress this. Thanks to Eli Friedman for noticing this and for his suggestions on how to test it. llvm-svn: 186559
-
Nick Lewycky authored
the comment. No functionality change. This change broken out of http://llvm-reviews.chandlerc.com/D996 . llvm-svn: 186558
-
Adrian Prantl authored
llvm-svn: 186557
-
Eric Christopher authored
use the conversion to bool to check if we've managed to get a type that isn't default constructed - as we meant to in the first place. llvm-svn: 186556
-
Adrian Prantl authored
llvm-svn: 186555
-
Adrian Prantl authored
llvm-svn: 186554
-
Adrian Prantl authored
__destroy_helper_block_, but do generate scope information. llvm-svn: 186553
-
Adrian Prantl authored
inspired by CodegenFunction::LexicalScope. - NoLocation temporarily turns off debug locations altogether. This is useful for emitting instructions that should be counted towards the function prologue. - BuiltinLocation temporarily switches to an artificial debug location that has a valid scope, but no line information. This is useful when emitting compiler-generated helper functions that have no source location associated with them. llvm-svn: 186552
-
Adrian Prantl authored
llvm-svn: 186551
-
Adrian Prantl authored
llvm-svn: 186550
-
Adrian Prantl authored
I'm moving this functionality into clang instead. llvm-svn: 186549
-
Eric Christopher authored
llvm-svn: 186548
-
John Thompson authored
llvm-svn: 186547
-
Richard Smith authored
r186331). Original commit log: If we friend a declaration twice, that should not make it visible to name lookup in the surrounding context. Slightly rework how we handle friend declarations to inherit the visibility of the prior declaration, rather than setting a friend declaration to be visible whenever there was a prior declaration. llvm-svn: 186546
-
Hal Finkel authored
First, this changes the base-pointer implementation to remove an unnecessary complication (and one that is incompatible with how builtin SjLj is implemented): instead of using r31 as the base pointer when it is not needed as a frame pointer, now the base pointer will always be r30 when needed. Second, we introduce another pseudo register, BP, which is used just like the FP pseudo register to refer to the base register before we know for certain what register it will be. Third, we now save BP into the jmp_buf, and restore r30 from that slot in longjmp. If the function that called setjmp did not use a base pointer, then r30 will be overwritten by the setjmp-calling-function's restore code. FP restoration (which is restored into r31) works the same way. llvm-svn: 186545
-
Eric Christopher authored
of operator bool change. Also convert a variable in DebugIR. llvm-svn: 186544
-
Eric Christopher authored
it clear what we want to do. Unfortunately the conversion to pointer operator fires now instead and chasing down all of the conversions and making them explicit and handled is a large task so add a FIXME with it. llvm-svn: 186543
-
Eric Christopher authored
llvm-svn: 186542
-
Nadav Rotem authored
llvm-svn: 186541
-
Eli Friedman authored
There were a couple of different loops that were not handling '.' correctly in APFloat::convertFromHexadecimalString; these mistakes could lead to assertion failures and incorrect rounding for overlong hex float literals. Fixes PR16643. llvm-svn: 186539
-
Tobias Grosser authored
llvm-svn: 186538
-
- Jul 17, 2013
-
-
Robert Wilhelm authored
llvm-svn: 186537
-
Reid Kleckner authored
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
-
Daniel Jasper authored
Before: SomeType s __attribute__((unused))(InitValue); After: SomeType s __attribute__((unused)) (InitValue); llvm-svn: 186535
-
Ed Maste authored
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
-
Stephen Lin authored
llvm-svn: 186533
-
Rafael Espindola authored
llvm-svn: 186532
-
Nadav Rotem authored
llvm-svn: 186531
-
Rafael Espindola authored
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
-
Aaron Ballman authored
llvm-svn: 186529
-
Akira Hatanaka authored
llvm-svn: 186528
-
Michael Gottesman authored
llvm-svn: 186527
-
David Blaikie authored
http://llvm-reviews.chandlerc.com/D1169 Patch by Guillaume Papin. llvm-svn: 186526
-
Marshall Clow authored
llvm-svn: 186525
-
Jean-Daniel Dupas authored
llvm-svn: 186524
-
NAKAMURA Takumi authored
llvm-svn: 186523
-
Enea Zaffanella authored
llvm-svn: 186522
-
Jordan Rose authored
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
-
Jordan Rose authored
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
-
Jordan Rose authored
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
-