This sounds like the kind of test case I would write. :) At the time this was my attempt to get a test case which had some stronger connection to correctness than just "IRgen didn't crash/give an error", but perhaps the right thing to do is just make an executable test case out of it and move it into llvm-test? OTOH, it is also nice to know that the optimizer does end up cleaning up these things for the kind of code we generate.
Chris, do you have an opinion on whether using the optimizer to canonicalize test cases is good or bad? - Daniel On Mon, Dec 1, 2008 at 4:57 PM, Eli Friedman <[EMAIL PROTECTED]> wrote: > It appears to be my fault... AFAIK, the generated code isn't actually > broken, it's just that it depends on the LLVM optimizers to fold > accurately for the test to work. And in this case, the LLVM > optimizers are being stupid; see PR3152. > > -Eli > > On Mon, Dec 1, 2008 at 3:58 PM, Fariborz Jahanian <[EMAIL PROTECTED]> wrote: >> >> Hi All, >> >> CodeGen/bitfield.c has been failing since the break. Any one knows why? >> >> - Fariborz >> >> _______________________________________________ >> cfe-commits mailing list >> [email protected] >> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits >> > _______________________________________________ > cfe-commits mailing list > [email protected] > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits > _______________________________________________ cfe-commits mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
