[llvm-commits] [llvm] r51134 - in /llvm/trunk: lib/Transforms/Scalar/InstructionCombining.cpp test/Transforms/InstCombine/2003-11-13-ConstExprCastCall.ll test/Transforms/InstCombine/fp-ret-bitcast.ll

Chris Lattner clattner at apple.com
Fri May 16 04:45:27 PDT 2008


On May 15, 2008, at 11:56 PM, Duncan Sands wrote:

> Hi Chris,
>
>> In this case, the ObjC front-end is doing something bizarre, but ok.
>> The issue here is that LLVM should be ok in the face of declarations
>> that don't match their definitions.  If we just see a call to a cast
>> of a declaration, we shouldn't change the call (which determines the
>> ABI) just because of a declaration. If the callee was a cast of a
>> definition, changing it would be ok.
>
> then isn't the correct fix to not do this transformation at all  
> (including
> transforming parameters) unless the definition is available?

The important case for this xform is for making varargs arguments  
explicit, as when you forget to use a prototype in C.

-Chris



More information about the llvm-commits mailing list