This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
Re: optimization/6305: c++ gets ICE in reload_cse_simplify_operands
- From: "Hartmut Penner" <HPENNER at de dot ibm dot com>
- To: uweigand at gcc dot gnu dot org
- Cc: gcc-prs at gcc dot gnu dot org,
- Date: 16 Apr 2002 10:06:04 -0000
- Subject: Re: optimization/6305: c++ gets ICE in reload_cse_simplify_operands
- Reply-to: "Hartmut Penner" <HPENNER at de dot ibm dot com>
The following reply was made to PR optimization/6305; it has been noted by GNATS.
From: "Hartmut Penner" <HPENNER@de.ibm.com>
To: uweigand@gcc.gnu.org, "Hartmut Penner" <HPENNER@de.ibm.com>,
"Ulrich Weigand" <Ulrich.Weigand@de.ibm.com>, aj@suse.de,
gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org,
pthomas@suse.de, uweigand@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: optimization/6305: c++ gets ICE in reload_cse_simplify_operands
Date: Tue, 16 Apr 2002 12:00:39 +0200
Uli,
ich habe mal ein wenig reingeschaut.
Die Function find_reg gibt fuer ein SI Pseudo das Floating point regist=
er
%f4 zurueck und das Unheil nimmt
seinen Lauf. Das wiederum kommt daher, das HARD_REGNO_MODE_OK fuer die=
reg
18 und SImode ein true
zurueckgibt. Du hast das am 16-12-2001 eingefuehrt mit der Begruendung,=
'Allow SI und DI in Floating Point register'.
Das hatte bestimmt gewichtige Gruende, ruf mich doch mal an, wenn Du da=
bist.
Bzgl 6306 (mulsidi3) habe ich local einen fix ausprobiert, ich lasse
einfach ein zero_extendsidi2 for der mul3264 machen,
das ist zwar nicht der beste code (unnoetige lhi even_reg, 0) aber trap=
pt
nicht.
Mit freundlichem Gru=DF / Best regards,
Hartmut Penner
GCC for S/390 Development
Internet Mail Address : hpenner@de.ibm.com
Tel: (49)-7031-16-4364=