From: "Ulrich Weigand" <uweigand@de.ibm.com>
To: avr@gjlay.de (Georg-Johann Lay)
Cc: gcc@gcc.gnu.org
Subject: Re: [named address] ice-on-valid: in postreload.c:reload_cse_simplify_operands
Date: Tue, 09 Aug 2011 17:16:00 -0000 [thread overview]
Message-ID: <201108091716.p79HG1qV028050@d06av02.portsmouth.uk.ibm.com> (raw)
In-Reply-To: <4E3FCA77.9020101@gjlay.de> from "Georg-Johann Lay" at Aug 08, 2011 01:37:27 PM
Georg-Johann Lay wrote:
> Thanks, it works.
OK, thanks for testing!
> std Y+2,r31 ; 30 *movphi/3 [length = 7]
> std Y+1,r30
I'm actually not seeing those (maybe I'm using a different code
base than you were using ...)
But I still see that the frame is created. The problem is that IRA
thinks it needs to allocate a pseudo on the stack, and creates a
stack slot for it. But then reload goes and just reloads the
pseudo into a hard register anyway, and simply doesn't need the
stack slot ... but it was already allocated and accounted for
such that get_frame_size () no longer returns 0.
> I frequently see IRA doing a very bad job for small register classes
> like here. Maybe it's better to take it completely away from IRA
> and write the load as
>
> (set (reg:HI)
> (unspec:HI (post_inc:PHI (reg:PHI Z))))
>
> Loading from __pgm is actually an unspec, i.e. reading two times from
> the same address will yield the same result.
This really seems to be a problem in IRA somewhere, but I'd guess it
would be better to fix in there instead of working around it. Maybe
you should open a bug an get in touch with the IRA maintainers ...
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com
next prev parent reply other threads:[~2011-08-09 17:16 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-04 13:43 Georg-Johann Lay
2011-08-04 16:20 ` Ulrich Weigand
2011-08-04 16:26 ` DJ Delorie
2011-08-04 16:33 ` Ulrich Weigand
2011-08-04 17:28 ` Georg-Johann Lay
2011-08-05 10:19 ` Ulrich Weigand
2011-08-05 12:47 ` Georg-Johann Lay
2011-08-05 13:24 ` Ulrich Weigand
2011-08-05 14:09 ` Michael Matz
2011-08-05 14:29 ` Ulrich Weigand
2011-08-05 20:43 ` Ulrich Weigand
2011-08-05 20:47 ` DJ Delorie
2011-08-05 21:01 ` Ulrich Weigand
2011-08-05 21:08 ` DJ Delorie
2011-08-08 11:38 ` Georg-Johann Lay
2011-08-09 17:16 ` Ulrich Weigand [this message]
2011-08-10 14:04 ` Georg-Johann Lay
2011-08-17 17:44 ` Georg-Johann Lay
2011-08-18 14:38 ` Ulrich Weigand
2011-08-21 16:43 ` Georg-Johann Lay
2011-08-22 12:39 ` Ulrich Weigand
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201108091716.p79HG1qV028050@d06av02.portsmouth.uk.ibm.com \
--to=uweigand@de.ibm.com \
--cc=avr@gjlay.de \
--cc=gcc@gcc.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).