- Oct 29, 2013
-
-
Manman Ren authored
after the DIE creation, we construct the context first. Ensure that we create the context before we create a type so that we can add the newly created type to the parent. Remove last use of addToContextOwner now that it's not needed. We use createAndAddDIE to wrap around "new DIE(". Now all shareable DIEs should be added to their parents right after the creation. Reviewed off-list by Eric, Thanks. llvm-svn: 193657
-
Manman Ren authored
Helper functions are added: emitPostLd: emit a post-increment load operation with given size. emitPostSt: emit a post-increment store operation with given size. No functionality change. llvm-svn: 193656
-
Evgeniy Stepanov authored
llvm-svn: 193655
-
Evgeniy Stepanov authored
Patch by Qin Zhao. llvm-svn: 193654
-
Josh Magee authored
This modifies the pass to classify every SSP-triggering AllocaInst according to an SSPLayoutKind (LargeArray, SmallArray, AddrOf). This analysis is collected by the pass and made available for use, but no other pass uses it yet. The next patch will make use of this analysis in PEI and StackSlot passes. The end goal is to support ssp-strong stack layout rules. WIP. Differential Revision: http://llvm-reviews.chandlerc.com/D1789 llvm-svn: 193653
-
Tobias Grosser authored
When constructing a scop sometimes the exact representation of a statement or condition would be very complex, but there is a common case which is a lot simpler, but which is only valid under certain assumptions. The assumed context records the assumptions taken during the construction of this scop and that need to be code generated as a run-time test. At the moment, we do not yet model any assumptions, but only added the AssumedContext as well as the isl-ast generation support. As a next step, this needs to be hooked up with the isl code generation. if (1) /* run-time condition */ { /* optimized code */ } else { /* original code */ } llvm-svn: 193652
-
Matt Arsenault authored
llvm-svn: 193651
-
Matt Arsenault authored
Use 32-bit types for the array instead of 64. This should generally be better anyway. In optimized + assert builds, I saw a failure when a cond code / type combination that is never set was loading a non-zero value and hitting the != Promote assert. It turns out when loading the 64-bit value to do the shift, the assembly loads the 2 32-bit halves from non-consecutive addresses. The address the second half of the loaded uint64_t doesn't include the offset of the array in the struct. Instead of being offset + 4, it's just + 4. I'm not entirely sure why this wasn't observed before. setCondCodeAction isn't heavily used by the in-tree targets, and not with the higher valued vector SimpleValueTypes. Only PPC is using one of the > 32 valued types, and that is probably never used by anyone on a 32-bit MSVC compiled host. I ran into this when upgrading LLVM versions, so I guess the value loaded from the nonsense address happened to work out before. No test since I'm not really sure if / how it can be reproduced with the current in tree targets, and it's not supposed to change anything. llvm-svn: 193650
-
Aaron Ballman authored
Removing a switch statement that contains only a default label. This resolves an MSVC warning. No functional change intended. llvm-svn: 193649
-
Chris Wailes authored
llvm-svn: 193648
-
Evgeniy Stepanov authored
llvm-svn: 193647
-
Rui Ueyama authored
llvm-svn: 193646
-
Evgeniy Stepanov authored
llvm-svn: 193645
-
Evgeniy Stepanov authored
We'll need to intercept a few function in libm. llvm-svn: 193644
-
Evgeniy Stepanov authored
Add macro MSANDR_STANDALONE_TEST for standalone test without msan executables. Patch by Qin Zhao. llvm-svn: 193643
-
Rafael Espindola authored
Patch by Jeff Muizelaar. llvm-svn: 193642
-
Akira Hatanaka authored
llvm-svn: 193641
-
Akira Hatanaka authored
llvm-svn: 193640
-
Evgeniy Stepanov authored
llvm-svn: 193639
-
Akira Hatanaka authored
the previous argument's ending address to compute the type of the padding argument. No intended functionality change. llvm-svn: 193638
-
Rafael Espindola authored
llvm-svn: 193637
-
Akira Hatanaka authored
at the end of handleTargetFeatures. No intended functionality change. llvm-svn: 193636
-
Evgeniy Stepanov authored
llvm-svn: 193635
-
Evgeniy Stepanov authored
llvm-svn: 193634
-
Evgeniy Stepanov authored
llvm-svn: 193633
-
Benjamin Kramer authored
llvm-svn: 193632
-
Enrico Granata authored
Fixing an issue in yesterday's dynamic type changes where we would not craft a valid SBType given debug information Added a test case to help us detect regression in this realm llvm-svn: 193631
-
Rafael Espindola authored
This allows constructing a Mangler with just a TargetMachine. llvm-svn: 193630
-
Manman Ren authored
Add a tag before the name attribute for readability. Use CHECK-NEXT instead of CHECK-NOT followed by a CHECK. Add new lines to separate checking of different DIEs. llvm-svn: 193629
-
Andrew Kaylor authored
llvm-svn: 193628
-
Rafael Espindola authored
llvm-svn: 193627
-
Weiming Zhao authored
llvm-svn: 193626
-
Weiming Zhao authored
Fixes PR17690 llvm-svn: 193625
-
Amara Emerson authored
llvm-svn: 193624
-
Zoran Jovanovic authored
llvm-svn: 193623
-
Tom Stellard authored
llvm-svn: 193622
-
Tom Stellard authored
v2: - Fix LDS size calculation Reviewed-by:
Michel Dänzer <michel.daenzer@amd.com> llvm-svn: 193621
-
Tom Stellard authored
llvm-svn: 193620
-
Alexey Samsonov authored
Based on D2050 by Timur Iskhodzhanov. llvm-svn: 193619
-
Rafael Espindola authored
llvm-svn: 193618
-