------- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-11-24 21:47 ------- > Is there a reason why you want to load/store HImode/QImode values in > the FPU registers on sparc? On the pa, there aren't any insns that > operate on them. So, the only reason we supported this was because > these modes are tied to SImode and DImode.
Same on SPARC, there are no HImode/QImode move insns either. > I haven't seen the paradoxical subreg in a float/fix conversion > insns with the current patch. I did see this in some of the first > versions of pa_cannot_change_mode_class. I think I eliminated > this problem by prevent mode changes in the FP registers: > > if (MAYBE_FP_REG_CLASS_P (class)) > return true; > > Due you think this problem is latent? On SPARC or on the PA even with CANNOT_CHANGE_MODE_CLASS? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34091