search for: tmp212

...simplification for test/Transforms/InstCombine/2006-05-06-Infloop.ll. The original code truncates two i32 values to i8 and eventually ORs them together. The patch has it optimized to OR the two values first then truncate a single value. %tmp264not = xor i8 %tmp264, -1 ; <i8> [#uses=1] %tmp212 = trunc i32 %iftmp.36.0 to i8 ; <i8> [#uses=2] %tmp265 = trunc i32 %tmp261 to i8 ; <i8> [#uses=1] %tmp266 = or i8 %tmp212, %tmp264not ; <i8> [#uses=2] %tmp268 = or i8 %tmp266, %tmp265 ; <i8> [#uses=1] %tmp264not = xor i8 %tmp264, -1 ; <i8> [#uses=2]...

instcombine can handle certain orders of "icmp"s that are "or"ed together: x != 5 OR x > 10 OR x == 8 becomes.. x != 5 OR x == 8 becomes.. x != 5 However, a different ordering prevents the simplification: x == 8 OR x > 10 OR x != 5 becomes.. %or.eq8.gt10 OR x != 5 and that can't be simplified because we now have an "or" OR "icmp". What would I

I found a case where GVN seems to miscompile an OpenCL program. What I am trying to figure out is given a bitcode file, how can I reduce it to a simpler case with bugpoint when I don't have a valid reference compiler available. Thanks for any tips, Micah -------------- next part -------------- An HTML attachment was scrubbed... URL: