[llvm-testresults] buildbot failure in llvm on llvm-gcc-x86_64-darwin10-cross-i686-linux

Bill Wendling wendling at apple.com
Sat Feb 5 14:10:56 PST 2011


On Feb 4, 2011, at 6:48 PM, Jakob Stoklund Olesen wrote:

> On Feb 4, 2011, at 5:44 PM, Eric Christopher wrote:
> 
>> ../../../../llvm-gcc.src/libstdc++-v3/libsupc++/vec.cc:359: internal compiler error: Abort trap
>> 
>> CallSiteBase(CallTy *CI) : I(CI, true) { assert(CI); }
>> 
>> Aroo?
>> 
>>   if (CallInst *CI = dyn_cast<CallInst>(U)) {
>>     // Turning an indirect call into a direct call is a BIG win
>>     if (CI->getCalledValue() == V)
>>       Bonus += ConstantFunctionBonus(CallSite(CI), C);
>>   } else if (InvokeInst *II = dyn_cast<InvokeInst>(U)) {
>>     // Turning an indirect call into a direct call is a BIG win
>>     if (II->getCalledValue() == V)
>>       Bonus += ConstantFunctionBonus(CallSite(CI), C);
>>   }
>> 
>> when is CI going to be NULL here?
> 
> The else branch is using CI where it will always be null.
> 
> ISTR that clang would warn about such uses. Maybe that was disabled.
> 
Is CI actually accessible in the else block? I thought that the scope of a variable defined in a conditional statement was the immediate scope afterwards... So only the "true" part of this if-then-else statement...

-bw






More information about the llvm-testresults mailing list