[llvm-commits] [llvm] r155466 - in /llvm/trunk: lib/Analysis/ConstantFolding.cpp test/Transforms/GlobalOpt/constantfold-initializers.ll

Bill Wendling isanbard at gmail.com
Tue Apr 24 16:40:43 PDT 2012


Thanks! I committed it to the branch.

-bw

On Apr 24, 2012, at 4:26 PM, Evan Cheng wrote:

> 
> On Apr 24, 2012, at 11:48 AM, Douglas Gregor <dgregor at apple.com> wrote:
> 
>> 
>> On Apr 24, 2012, at 11:46 AM, Chandler Carruth <chandlerc at gmail.com> wrote:
>> 
>>> Hey Bill & Doug (cc-ed because it impacts only Clang / C++11 thus far),
>>> 
>>> This commit (despite going to LLVM) fixes a crash-on-valid in C++11 mode. We hit this pretty early during stress testing of C++11 codegen, open source packages like aspell trigger it.
>>> 
>>> Is this a good candidate for back-porting to the 3.1 branch?
>> 
>> I think it's a good candidate for the 3.1 branch, but I can't approve it. Evan or Chris?
> 
> I approve.
> 
> Evan
> 
>> 
>> 	- Doug
>> 
>>> -Chandler
>>> 
>>> On Tue, Apr 24, 2012 at 11:42 AM, Chandler Carruth <chandlerc at gmail.com> wrote:
>>> Author: chandlerc
>>> Date: Tue Apr 24 13:42:47 2012
>>> New Revision: 155466
>>> 
>>> URL: http://llvm.org/viewvc/llvm-project?rev=155466&view=rev
>>> Log:
>>> Fix a crash on valid (if UB) bitcode that is produced for some global
>>> constants in C++11 mode. I have no idea why it required such particular
>>> circumstances to get here, the code seems clearly to rely upon unchecked
>>> assumptions.
>>> 
>>> Specifically, when we decide to form an index into a struct type, we may
>>> have gone through (at least one) zero-length array indexing round, which
>>> would have left the offset un-adjusted, and thus not necessarily valid
>>> for use when indexing the struct type.
>>> 
>>> This is just an canonicalization step, so the correct thing is to refuse
>>> to canonicalize nonsensical GEPs of this form. Implemented, and test
>>> case added.
>>> 
>>> Fixes PR12642. Pair debugged and coded with Richard Smith. =] I credit
>>> him with most of the debugging, and preventing me from writing the wrong
>>> code.
>>> 
>>> Modified:
>>>    llvm/trunk/lib/Analysis/ConstantFolding.cpp
>>>    llvm/trunk/test/Transforms/GlobalOpt/constantfold-initializers.ll
>>> 
>>> Modified: llvm/trunk/lib/Analysis/ConstantFolding.cpp
>>> URL: http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/Analysis/ConstantFolding.cpp?rev=155466&r1=155465&r2=155466&view=diff
>>> ==============================================================================
>>> --- llvm/trunk/lib/Analysis/ConstantFolding.cpp (original)
>>> +++ llvm/trunk/lib/Analysis/ConstantFolding.cpp Tue Apr 24 13:42:47 2012
>>> @@ -681,6 +681,7 @@
>>>   // This makes it easy to determine if the getelementptr is "inbounds".
>>>   // Also, this helps GlobalOpt do SROA on GlobalVariables.
>>>   Type *Ty = Ptr->getType();
>>> +  assert(Ty->isPointerTy() && "Forming regular GEP of non-pointer type");
>>>   SmallVector<Constant*, 32> NewIdxs;
>>>   do {
>>>     if (SequentialType *ATy = dyn_cast<SequentialType>(Ty)) {
>>> @@ -711,10 +712,17 @@
>>>       }
>>>       Ty = ATy->getElementType();
>>>     } else if (StructType *STy = dyn_cast<StructType>(Ty)) {
>>> -      // Determine which field of the struct the offset points into. The
>>> -      // getZExtValue is at least as safe as the StructLayout API because we
>>> -      // know the offset is within the struct at this point.
>>> +      // If we end up with an offset that isn't valid for this struct type, we
>>> +      // can't re-form this GEP in a regular form, so bail out. The pointer
>>> +      // operand likely went through casts that are necessary to make the GEP
>>> +      // sensible.
>>>       const StructLayout &SL = *TD->getStructLayout(STy);
>>> +      if (Offset.uge(SL.getSizeInBytes()))
>>> +        break;
>>> +
>>> +      // Determine which field of the struct the offset points into. The
>>> +      // getZExtValue is fine as we've already ensured that the offset is
>>> +      // within the range representable by the StructLayout API.
>>>       unsigned ElIdx = SL.getElementContainingOffset(Offset.getZExtValue());
>>>       NewIdxs.push_back(ConstantInt::get(Type::getInt32Ty(Ty->getContext()),
>>>                                          ElIdx));
>>> 
>>> Modified: llvm/trunk/test/Transforms/GlobalOpt/constantfold-initializers.ll
>>> URL: http://llvm.org/viewvc/llvm-project/llvm/trunk/test/Transforms/GlobalOpt/constantfold-initializers.ll?rev=155466&r1=155465&r2=155466&view=diff
>>> ==============================================================================
>>> --- llvm/trunk/test/Transforms/GlobalOpt/constantfold-initializers.ll (original)
>>> +++ llvm/trunk/test/Transforms/GlobalOpt/constantfold-initializers.ll Tue Apr 24 13:42:47 2012
>>> @@ -12,6 +12,11 @@
>>>  @xs = global [2 x i32] zeroinitializer, align 4
>>>  ; CHECK: @xs = global [2 x i32] [i32 1, i32 1]
>>> 
>>> +; PR12642
>>> +%PR12642.struct = type { i8 }
>>> + at PR12642.s = global <{}> zeroinitializer, align 1
>>> + at PR12642.p = constant %PR12642.struct* bitcast (i8* getelementptr (i8* bitcast (<{}>* @PR12642.s to i8*), i64 1) to %PR12642.struct*), align 8
>>> +
>>>  define internal void @test1() {
>>>  entry:
>>>   store i32 1, i32* getelementptr inbounds ([2 x i32]* @xs, i64 0, i64 0)
>>> 
>>> 
>>> _______________________________________________
>>> llvm-commits mailing list
>>> llvm-commits at cs.uiuc.edu
>>> http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
>>> 
>> 
> 
> _______________________________________________
> llvm-commits mailing list
> llvm-commits at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits





More information about the llvm-commits mailing list