public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: spec2000 regression
@ 2001-08-15  5:57 Richard Kenner
  2001-08-15  6:03 ` Jan Hubicka
  0 siblings, 1 reply; 24+ messages in thread
From: Richard Kenner @ 2001-08-15  5:57 UTC (permalink / raw)
  To: jh; +Cc: gcc-patches

    the problem is that actually code first sets the DECL_RTL and then
    calls set_mem_attributes, that calls get_alias_set, but it thinks that
    the alias set is already computed, but it isn't.

    I am now testing following patch. OK to install if it succeeds?

I'd prefer to fix things so they don't set DECL_RTL first.  MEM_ALIAS_SET
is not a test to see if the alias set has been set.  The alias set might
have been zero in which case we *do* want to use it.

So I think your change is wrong.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: spec2000 regression
@ 2001-08-15 11:28 Richard Kenner
  2001-08-16  6:09 ` Jason Merrill
  0 siblings, 1 reply; 24+ messages in thread
From: Richard Kenner @ 2001-08-15 11:28 UTC (permalink / raw)
  To: jason_merrill; +Cc: gcc-patches

    !   if (DECL_P (t) && ref == DECL_RTL_IF_SET (t))
    !     /* Avoid returning a bogus alias set from a new MEM.  */
    !     set_mem_alias_set (ref, get_alias_set (type));
    !   else
    !     set_mem_alias_set (ref, get_alias_set (t));

I suppose, but I think this is a real kludge.

Instead, I'd abort in the first case and fix all the callers.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: spec2000 regression
@ 2001-08-15  7:08 Richard Kenner
  2001-08-15  7:10 ` Jan Hubicka
  0 siblings, 1 reply; 24+ messages in thread
From: Richard Kenner @ 2001-08-15  7:08 UTC (permalink / raw)
  To: jh; +Cc: gcc-patches

    If I understand the purpose of original patch properly, it was hooting
    for case variable gets unique class, but this class is recomputed
    several times so it get several unique classes.  For class 0 this does
    not matter.

No, that's backwards.  This is a case where the RTL was class 0 and so you
want to make sure the new class is 0.  Your change will cause it to use
the alias set of the type, which might be nonzero and hence is wrong.

^ permalink raw reply	[flat|nested] 24+ messages in thread
[parent not found: <20010815123730.P19872@atrey.karlin.mff.cuni.cz>]

end of thread, other threads:[~2001-08-22  7:53 UTC | newest]

Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-08-15  5:57 spec2000 regression Richard Kenner
2001-08-15  6:03 ` Jan Hubicka
2001-08-15  6:36   ` Jason Merrill
2001-08-15  6:52     ` Jan Hubicka
2001-08-15  7:11       ` Jason Merrill
2001-08-15  7:13         ` Jan Hubicka
2001-08-15  7:36         ` Jan Hubicka
2001-08-15  8:04         ` Mark Mitchell
2001-08-16  5:58           ` Jan Hubicka
2001-08-16  6:09             ` Jason Merrill
2001-08-16  7:40               ` Jan Hubicka
2001-08-16  7:46                 ` Jason Merrill
  -- strict thread matches above, loose matches on Subject: below --
2001-08-15 11:28 Richard Kenner
2001-08-16  6:09 ` Jason Merrill
2001-08-22  7:53   ` Jason Merrill
2001-08-15  7:08 Richard Kenner
2001-08-15  7:10 ` Jan Hubicka
     [not found] <20010815123730.P19872@atrey.karlin.mff.cuni.cz>
     [not found] ` <m366bpsi91.fsf@prospero.cambridge.redhat.com>
2001-08-15  5:41   ` Jan Hubicka
2001-08-15  6:18     ` Jason Merrill
2001-08-15  6:40     ` Joseph S. Myers
2001-08-15  7:36       ` Jan Hubicka
2001-08-15  7:44         ` Joseph S. Myers
2001-08-15 11:04           ` Andreas Jaeger
2001-08-15  7:56     ` Mark Mitchell

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).