https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #20 from Eric Botcazou <ebotcazou at gcc dot gnu.org> --- > Also if the expression was loading a 32 bit value byte by byte then the > transformation would be useful. I'm already working on a patch to add a cost > model but this will just add more code to execute before taking the > decision. It will however prevent rewriting statements if the result will > execute slower on the target. That sounds like the right direction to me. > Maybe a better solution for sparc would be to add a switch for this pass and > disable it by default on sparc. What do you think about that? There is nothing special about SPARC, it's the same for every strict alignment architecture supported by GCC and SLOW_UNALIGNED_ACCESS is a valid predicate.
