http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49263
--- Comment #10 from Kazumoto Kojima <kkojima at gcc dot gnu.org> 2011-10-11 01:47:03 UTC --- (In reply to comment #9) > 3) only zero_extract special cases looks to be dominant. > I'm sorry, I forgot to mention that it was just a proof of concept hack > of mine, just to see whether it has any chance to work at all. > I think it would be better to change/fix the behavior of the combine pass > in this regard, so that it tries matching combined patterns without > sophisticated transformations. I will try asking on the gcc list about that. I see. I also expect that the experts have some idea for this issue. > I think it would be a bit too much checking out each individual pattern. I don't think that it's too much. Those numbers can be easily collected for CSiBE. If your patterns are named, you could simply add "-dap -save-temps" to the compiler option which is specified when ruining CSiBE's create-config and then get the occurrences of testsi_6, for example, with something like grep "testsi_6" `find . -name "*.s" -print` | wc -l after running the CSiBE size test.
