search for: bixia

...old to: i32 0 from: %conv = fptoui float -1.000000e+000 to i32 ; <i32> [#uses=1] While the result of "(unsigned int) -1.0f" is probably implementation defined, both gcc and Microsoft cl produce -1. Will you consider this an optimizer bug and fix it? Thanks, bixia -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091207/b04a7a8f/attachment.html>

On Mon, Dec 7, 2009 at 3:51 PM, Zheng, Bixia <Bixia.Zheng at amd.com> wrote: > While the result of “(unsigned int) -1.0f” is probably implementation > defined, both gcc and Microsoft cl produce -1. LLVM (and C/C++) consider the result to be undefined (i.e. it can produce anything). And it can actually produce results other than...

Hi. In https://reviews.llvm.org/D46760, Bixia Zheng notes that given the pattern like [1] %za = zext i32 %a to i64 %udiv = udiv i64 %za, <C> %urem = urem i64 %za, <C> %uadd = add i64 %udiv, %urem ret i64 %uadd the CVP will reduce the width of udiv/urem, without considerations for the new instructions, or whether the new...

...mespace llvmCFGStruct > + > +//===----------------------------------------------------------------------===// > +// > +// CFGStructurizer > +// > +//===----------------------------------------------------------------------===// > + > +namespace llvmCFGStruct > +{ > +// bixia TODO: port it to BasicBlock, not just MachineBasicBlock. > +template<class PassT> > +class CFGStructurizer > +{ > +public: > + typedef enum { > + Not_SinglePath = 0, > + SinglePath_InPath = 1, > + SinglePath_NotInPath = 2 > + } PathToKind; > + > +p...