This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/61320] [4.10 regression] ICE in jcf-parse.c:1622 (parse_class_file
- From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 04 Jun 2014 08:14:05 +0000
- Subject: [Bug bootstrap/61320] [4.10 regression] ICE in jcf-parse.c:1622 (parse_class_file
- Auto-submitted: auto-generated
- References: <bug-61320-4 at http dot gcc dot gnu dot org/bugzilla/>
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.