- Oct 01, 2013
-
-
Eric Christopher authored
llvm-svn: 191720
-
Eli Friedman authored
Currently, IR generation can't handle file-scope compound literals with non-constant initializers in C++. Fixes PR17415 (the first crash in the bug). (We should probably change (T){1,2,3} to use the same codepath as T{1,2,3} in C++ eventually, given that the semantics of the latter are actually defined by the standard.) llvm-svn: 191719
-
Richard Smith authored
out of the working paper. This reverts r179962 and r179992. llvm-svn: 191718
-
Matt Kopec authored
llvm-svn: 191717
-
Matt Arsenault authored
llvm-svn: 191716
-
Preston Gurd authored
llvm-svn: 191715
-
Matt Kopec authored
llvm-svn: 191714
-
Matt Arsenault authored
llvm-svn: 191713
-
Matt Arsenault authored
llvm-svn: 191712
-
Preston Gurd authored
on ADD16rr opcodes, if src1 != src, since that would cause convertToThreeAddress to try to create a virtual register. This is not permitted after register allocation, which is when the X86FixupLEAs pass runs. This patch fixes PR16785. llvm-svn: 191711
-
Eric Christopher authored
SEC_OFFSET from the beginning of the section so go ahead and emit a label at the beginning of each one. llvm-svn: 191710
-
Daniel Malea authored
- delegating c'tors not supported llvm-svn: 191709
-
Daniel Malea authored
- test wasn't checking for a stop reason before issuing the 'script' command - should resolve intermittent failure on the Linux GCC buildbot llvm-svn: 191708
-
Weiming Zhao authored
llvm-svn: 191707
-
- Sep 30, 2013
-
-
Eric Christopher authored
toolchain. Patch by Richard Pennington. llvm-svn: 191706
-
Marshall Clow authored
Part 8 of LWG Issue 2210' unordered_set and unordered multiset; this got missed when I went on vacation llvm-svn: 191705
-
Daniel Malea authored
- stop hooks sometimes fail to fire on Linux llvm-svn: 191704
-
Daniel Malea authored
llvm-svn: 191703
-
Matt Arsenault authored
Currently it will insert an illegal bitcast. Arguably, the address space argument should be added for the creation case. llvm-svn: 191702
-
Matt Arsenault authored
The test's output doesn't change, but this ensures this is actually hit with a different address space. llvm-svn: 191701
-
Warren Hunt authored
llvm-svn: 191700
-
Matt Arsenault authored
llvm-svn: 191699
-
Enrico Granata authored
llvm-svn: 191698
-
Enrico Granata authored
llvm-svn: 191697
-
Manman Ren authored
No functionality change. llvm-svn: 191696
-
Manman Ren authored
Use -no-struct-path-tbaa to turn it off. llvm-svn: 191695
-
rdar://problem/14393032Enrico Granata authored
DumpValueObject() 2.0 This checkin restores pre-Xcode5 functionality to the "po" (expr -O) command: - expr now has a new --description-verbosity (-v) argument, which takes either compact or full as a value (-v is the same as -vfull) When the full mode is on, "po" will show the extended output with type name, persistent variable name and value, as in (lldb) expr -O -v -- foo (id) $0 = 0x000000010010baf0 { 1 = 2; 2 = 3; } When -v is omitted, or -vcompact is passed, the Xcode5-style output will be shown, as in (lldb) expr -O -- foo { 1 = 2; 2 = 3; } - for a non-ObjectiveC object, LLDB will still try to retrieve a summary and/or value to display (lldb) po 5 5 -v also works in this mode (lldb) expr -O -vfull -- 5 (int) $4 = 5 On top of that, this is a major refactoring of the ValueObject printing code. The functionality is now factored into a ValueObjectPrinter class for easier maintenance in the future DumpValueObject() was turned into an instance method ValueObject::Dump() which simply calls through to the printer code, Dump_Impl has been removed Test case to follow llvm-svn: 191694
-
Anders Waldenborg authored
This makes it consistent with other function pointers used in llvm-c Differential Revision: http://llvm-reviews.chandlerc.com/D1712 llvm-svn: 191693
-
Howard Hinnant authored
SCARY/N2913 iterator support between the multi and non-multi versions of the associative and unordered containers. I beleive lack of support for this was accidentally recently introduced (by me) and this is fixing a regression. This time tests are put in to prevent such a regression in the future. llvm-svn: 191692
-
Tilmann Scheller authored
Changing the diagnostic message for out of range branch targets in 191686 broke the tests. The diagnostic message for out of range branch targets was changed to be more consistent with the other diagnostics. llvm-svn: 191691
-
Manman Ren authored
llvm-svn: 191690
-
Manman Ren authored
llvm-svn: 191689
-
Jack Carter authored
This patch adds Direct Object Emission support for I8 instructions: andi.b, bmnzi.b, bmzi.b, bseli.b, nori.b, ori.b, shf.{b,h,w} and xori.b. Patch by Matheus Almeida llvm-svn: 191688
-
Jack Carter authored
This patch adds Direct Object Emission support for I5 instructions: addvi.{b,h,w,d}, ceqi.{b,h,w,d}, clei_s.{b,h,w,d}, clei_u.{b,h,w,d}, clti_s.{b,h,w,d}, clti_u.{b,h,w,d}, maxi_s.{b,h,w,d}, maxi_u.{b,h,w,d}, mini_s.{b,h,w,d}, mini_u.{b,h,w,d}, subvi.{b,h,w,d}. Patch by Matheus Almeida llvm-svn: 191687
-
Tilmann Scheller authored
Fix some LLVM Coding Standards violations. No changes in functionality. llvm-svn: 191686
-
Jack Carter authored
This patch adds Direct Object Emission support for 2R instructions: nloc.{b,h,w}, nlzc.{b,h,w}, pcnt.{b,w,d}. Patch by Matheus Almeida llvm-svn: 191685
-
Jack Carter authored
and not an MSA register Patch by Matheus Almeida llvm-svn: 191684
-
Tilmann Scheller authored
llvm-svn: 191683
-
David Blaikie authored
llvm-svn: 191682
-
Yunzhong Gao authored
Differential Revision: http://llvm-reviews.chandlerc.com/D1751 llvm-svn: 191681
-