[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