http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52203
--- Comment #4 from Uros Bizjak <ubizjak at gmail dot com> 2012-02-13 15:54:28 UTC --- (In reply to comment #2) > Well, in this case the insn is vcvtps2pd (from avx_cvtps2pd256 and > *avx_cvtps2pd256_2 patterns) but not having a reservation looks correct as the > manual says "decode type -- microcode". Uros, is that right? In this case, > the below fixes the test for me (and I was stupid enough not to do this in the > first place when this bug stream just started... However, we did fix some > real > bugs.) There is nothing wrong with insn definition, the problem is only that attributes are missing. Attributes are considered a tool to fine-tune the scheduler and in any case, gcc should not ICE on an insn without reservation. The insn doesn't reserve anything in this case and scheduler should live with this. The bugs you are referring to were real bugs, where wrong or missing operand was accessed from attribute calculation machinery.
