[llvm-commits] [llvm] r62045 - /llvm/trunk/lib/Transforms/Scalar/InstructionCombining.cpp
Chris Lattner
clattner at apple.com
Tue Jan 27 23:13:01 PST 2009
On Jan 15, 2009, at 2:01 PM, Nicolas Geoffray wrote:
>> IMO, mid-level optimizations that we want to run from "opt" or "llvm-
>> ld" should never call addRequired<TargetData>/
>> getAnalysis<TargetData>. Instead, they should call
>> getAnalysisToUpdate<TargetData>(). This method returns a pointer if
>> TargetData is around, or returns null if not. That would mean that
>> passes (like instcombine) that want to use targetdata would (for
>> xforms that need it) check to see if the pointer is non-null, then
>> try
>> to do the xform in question.
>>
>> Does this seem reasonable?
>>
>
> Yes it does. VMKit outputs a portable .bc from Java or C#, and it's
> unfortunate opt is changing it to a non-portable .bc file.
Hi Nicolas,
Can you please summarize this discussion in a bugzilla report? It
would be nice to track this. Thanks,
-Chris
More information about the llvm-commits
mailing list