| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 193655
|
| |
|
|
|
|
| |
Patch by Qin Zhao.
llvm-svn: 193654
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 193651
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
resolves an MSVC warning. No functional change intended.
llvm-svn: 193649
|
| |
|
|
| |
llvm-svn: 193648
|
| |
|
|
| |
llvm-svn: 193647
|
| |
|
|
| |
llvm-svn: 193646
|
| |
|
|
| |
llvm-svn: 193645
|
| |
|
|
|
|
| |
We'll need to intercept a few function in libm.
llvm-svn: 193644
|
| |
|
|
|
|
|
|
| |
Add macro MSANDR_STANDALONE_TEST for standalone test without msan executables.
Patch by Qin Zhao.
llvm-svn: 193643
|
| |
|
|
|
|
| |
Patch by Jeff Muizelaar.
llvm-svn: 193642
|
| |
|
|
| |
llvm-svn: 193641
|
| |
|
|
| |
llvm-svn: 193640
|
| |
|
|
| |
llvm-svn: 193639
|
| |
|
|
|
|
|
|
|
| |
the previous argument's ending address to compute the type of the padding
argument.
No intended functionality change.
llvm-svn: 193638
|
| |
|
|
| |
llvm-svn: 193637
|
| |
|
|
|
|
|
|
| |
at the end of handleTargetFeatures.
No intended functionality change.
llvm-svn: 193636
|
| |
|
|
| |
llvm-svn: 193635
|
| |
|
|
| |
llvm-svn: 193634
|
| |
|
|
| |
llvm-svn: 193633
|
| |
|
|
| |
llvm-svn: 193632
|
| |
|
|
|
|
|
|
| |
a valid SBType given debug information
Added a test case to help us detect regression in this realm
llvm-svn: 193631
|
| |
|
|
|
|
| |
This allows constructing a Mangler with just a TargetMachine.
llvm-svn: 193630
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 193628
|
| |
|
|
| |
llvm-svn: 193627
|
| |
|
|
| |
llvm-svn: 193626
|
| |
|
|
|
|
| |
Fixes PR17690
llvm-svn: 193625
|
| |
|
|
| |
llvm-svn: 193624
|
| |
|
|
| |
llvm-svn: 193623
|
| |
|
|
| |
llvm-svn: 193622
|
| |
|
|
|
|
|
|
| |
v2:
- Fix LDS size calculation
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
llvm-svn: 193621
|
| |
|
|
| |
llvm-svn: 193620
|
| |
|
|
|
|
| |
Based on D2050 by Timur Iskhodzhanov.
llvm-svn: 193619
|
| |
|
|
| |
llvm-svn: 193618
|
| |
|
|
| |
llvm-svn: 193617
|
| |
|
|
| |
llvm-svn: 193616
|
| |
|
|
| |
llvm-svn: 193615
|
| |
|
|
|
|
|
|
|
|
|
| |
Same as SpacesInParentheses, this option allows adding a space inside
the '<' and '>' of a template parameter list.
Patch by Christopher Olsen.
This fixes llvm.org/PR17301.
llvm-svn: 193614
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Matcher<T>."
Summary: This resubmits r193100, plus a fix for a breakage with MSVC.
Reviewers: klimek, rnk
CC: cfe-commits, revane
Differential Revision: http://llvm-reviews.chandlerc.com/D2005
llvm-svn: 193613
|
| |
|
|
|
|
|
|
|
| |
They are used in some packages. For example:
http://packages.ubuntu.com/saucy/i386/llvm-3.4/filelist
This fixes pr17721.
llvm-svn: 193612
|
| |
|
|
|
|
|
| |
Add some missing tests, factor out a test not specific to v8 into
its own file.
llvm-svn: 193611
|
| |
|
|
|
|
| |
reduce code duplication
llvm-svn: 193610
|
| |
|
|
| |
llvm-svn: 193609
|
| |
|
|
| |
llvm-svn: 193608
|
| |
|
|
|
|
| |
allows 'make LDFLAGS=foo' to be set correctly (and matches the way it is done with libllvm and liblldb)
llvm-svn: 193607
|
| |
|
|
|
|
|
|
|
|
|
| |
The AST was constructed so that this builtin returned the default BoolTy and
since I'd opted for custom SemaChecking, I should have set it properly at that
point.
This caused an assertion failure when the types didn't match up with what we
generated. This makes it return an IntTy, which is as good as anything.
llvm-svn: 193606
|