public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/61411] [NEON] ICE in reload_cse_simplify_operands, at postreload.c:411
       [not found] <bug-61411-4@http.gcc.gnu.org/bugzilla/>
@ 2014-06-05 13:54 ` vmakarov at gcc dot gnu.org
  2014-06-06  6:51 ` amker.cheng at gmail dot com
  2014-11-18 15:58 ` ramana at gcc dot gnu.org
  2 siblings, 0 replies; 3+ messages in thread
From: vmakarov at gcc dot gnu.org @ 2014-06-05 13:54 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61411

--- Comment #2 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
(In reply to bin.cheng from comment #1)
> The patch can fix the issue, but problem is why GCC/lra generated
> register-indexing ([reg+reg]) addressing mode for V8HImode in the first
> place.  Since without this patch, the address expression is illegal and
> shouldn't be generated.  I didn't look into LRA's code and am not very sure
> whether this patch is covering the problem.

LRA does a lot of RTL transformations during its work.  One transformation can
be rematerialization -- changing one reg (usually a spilled pseudo) on
equivalent expression, e.g. sum of two regs or even more complex expression. 
That is how such address can occur during LRA work.  But LRA should do all
necessary transformations to get the right address after all.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug target/61411] [NEON] ICE in reload_cse_simplify_operands, at postreload.c:411
       [not found] <bug-61411-4@http.gcc.gnu.org/bugzilla/>
  2014-06-05 13:54 ` [Bug target/61411] [NEON] ICE in reload_cse_simplify_operands, at postreload.c:411 vmakarov at gcc dot gnu.org
@ 2014-06-06  6:51 ` amker.cheng at gmail dot com
  2014-11-18 15:58 ` ramana at gcc dot gnu.org
  2 siblings, 0 replies; 3+ messages in thread
From: amker.cheng at gmail dot com @ 2014-06-06  6:51 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61411

--- Comment #3 from bin.cheng <amker.cheng at gmail dot com> ---
Then I think it's a latent bug in LRA.  It should consult back-end about
legitimized address expressions.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug target/61411] [NEON] ICE in reload_cse_simplify_operands, at postreload.c:411
       [not found] <bug-61411-4@http.gcc.gnu.org/bugzilla/>
  2014-06-05 13:54 ` [Bug target/61411] [NEON] ICE in reload_cse_simplify_operands, at postreload.c:411 vmakarov at gcc dot gnu.org
  2014-06-06  6:51 ` amker.cheng at gmail dot com
@ 2014-11-18 15:58 ` ramana at gcc dot gnu.org
  2 siblings, 0 replies; 3+ messages in thread
From: ramana at gcc dot gnu.org @ 2014-11-18 15:58 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61411

Ramana Radhakrishnan <ramana at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-valid-code
                 CC|                            |ramana at gcc dot gnu.org

--- Comment #4 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> ---
Seems to have gone latent again with latest 4.9 tip of tree . the testcase
doesn't build with tip of trunk ?


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-11-18 15:58 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-61411-4@http.gcc.gnu.org/bugzilla/>
2014-06-05 13:54 ` [Bug target/61411] [NEON] ICE in reload_cse_simplify_operands, at postreload.c:411 vmakarov at gcc dot gnu.org
2014-06-06  6:51 ` amker.cheng at gmail dot com
2014-11-18 15:58 ` ramana at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).