------- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-11-24 23:36 ------- > What I saw when mode changes were allowed was something like > the following: > > set (subreg:SI (mem:HI)) (fix:SI (fix:SF)) > > where the mem was a spilled HImode pseudo. At the time, > I thought I had stopped mode changes to QImode/HImode in > the FPU registers but I believe they got tied to DImode.
My understanding is that your CANNOT_CHANGE_MODE_CLASS change will prevent the problem from arising. It's a stronger counter-measure than that of the SPARC port. The CANNOT_CHANGE_MODE_CLASS of the SPARC port is exactly the same as that of the unpatched PA port (look at the comment above it :-) and was added relatively recently, years after SECONDARY_INPUT_RELOAD_CLASS and SECONDARY_OUTPUT_RELOAD_CLASS were defined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34091 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
