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 _______________________________________________ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
