[llvm-commits] Fix for PR1798 (ScalarEvolution)

Wojciech Matyjewicz wmatyjewicz at fastmail.fm
Tue Jan 15 23:29:55 PST 2008


Chris Lattner wrote:
> I think we should wait to address this after LLVM 2.2 branches.  That  
> said, the short-term fix is to round up to the next power of two (e.g.  
> 32 or 64 bits) and disable this transformation when that size is not a  
> "normal" llvm size (8, 16, 32, 64).
> 
> Hopefully llvm 2.3 will have real APInt support in the code generator,  
> at which time we can remove these hacks. :)
> 
> Does this sound reasonable?

Yes, it does. I'll add the hacks and commit the patch after LLVM 2.2
release.

-Wojtek



More information about the llvm-commits mailing list