[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