optimization/8300: [3.2/3.3/3.4 regression] [sparc] ICE in gen_reg_rtx, at emit-rtl.c:662
Robert Schiele
rschiele@uni-mannheim.de
Mon Mar 17 16:26:00 GMT 2003
The following reply was made to PR optimization/8300; it has been noted by GNATS.
From: Robert Schiele <rschiele@uni-mannheim.de>
To: Andreas Schwab <schwab@suse.de>
Cc: Richard Henderson <rth@redhat.com>, gcc-bugs@gcc.gnu.org,
tneumann@pi3.informatik.uni-mannheim.de, gcc-gnats@gcc.gnu.org
Subject: Re: optimization/8300: [3.2/3.3/3.4 regression] [sparc] ICE in gen_reg_rtx, at emit-rtl.c:662
Date: Mon, 17 Mar 2003 17:21:09 +0100
--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Mar 17, 2003 at 04:34:38PM +0100, Andreas Schwab wrote:
> Ignoring the missing initialisation of b this is undefined under the
> aliasing rules.
Ok, behaviour is undefined. As this is only a sample to produce an
ICE, this is no problem for me.
But do you think this code is illegal in the sense that the compiler
cannot generate valid code out of it? In that case I would be happy
about a pointer to the specs that tell me that this is not allowed.
Does any spec _force_ me to initialize b? When I do so, the error is
vanished. Again, I don't care about undefined behaviour here. This
is also the reason, why I omitted the initialization.
My point, as far as I understand this situation, is that the compiler
should generate a binary out of it. The resulting code is completely
braindead --- I know that --- and may even SIGBUS or whatever he likes
to do at _runtime_, but I don't see, why this should be seen as
illegal at _compile_ time.
Robert
--=20
Robert Schiele Tel.: +49-621-181-2517
Dipl.-Wirtsch.informatiker mailto:rschiele@uni-mannheim.de
--zYM0uCDKw75PZbzx
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iQEVAwUBPnX19cQAnns5HcHpAQE0eQf+OwHgQFADbOzdB+JUVaoaEijwNmsBWOQJ
anM6xWORACaUSerUBJCb+Ox3jCnU1Yq8r9+a4uvZtZGkkMMVocazUsjzia929FJE
Y1tO43j1/eEnP5H90w2zIN1XoA14WdG+4PtohkFd1xJ0BorbpcYBQrTMG1rdkZ7n
xkYwaKtIGLxXYrjuG1MVafR44OyryOqbBkhLGwkqpBmVMUeoYAAmXLCY574dwR3d
Y6Gblg4ztu7958XNdUqPMhlFL/6Ik6jih1foG80OcEX3gM/VuAdGVOBrT11i4oIw
jhPAWXqBjjRYCiRpp0FuznB5jIoxKdvm5etjMo0sHmpTMQGaI2jRhg==
=tUq4
-----END PGP SIGNATURE-----
--zYM0uCDKw75PZbzx--
More information about the Gcc-prs
mailing list