This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: 3.1 regrename.c doesn't handle which_alternative==-1
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Michael Matz <matzmich at cs dot tu-berlin dot de>
- Cc: Brad Lucier <lucier at math dot purdue dot edu>, gcc at gcc dot gnu dot org, feeley at iro dot umontreal dot ca
- Date: Tue, 30 Apr 2002 18:45:33 +0200
- Subject: Re: 3.1 regrename.c doesn't handle which_alternative==-1
- References: <200204301526.g3UFQ7N06785@banach.math.purdue.edu> <Pine.GSO.4.33.0204301822340.1289-100000@platon>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Tue, Apr 30, 2002 at 06:37:20PM +0200, Michael Matz wrote:
> Hi,
>
> On Tue, 30 Apr 2002, Brad Lucier wrote:
>
> > > Can you do a "p debug_rtx(insn)" in gdb at that line, after the
> > > SEGV?
> >
> > (gdb) p debug_rtx(insn)
> > (insn 25568 25566 25570 (set (reg:SF 72 %f40 [127])
> > (mem:SF (plus:SI (reg/v:SI 16 %l0 [116])
> > (const_int 19 [0x13])) [0 S4 A64])) 85 {*movsf_insn_novis} (nil)
> > (nil))
>
> Hmm, this looks sane, and should match alternative 6 (from 0). Operand 0
> is a floatreg (matching 'f'), operand 1 a mem, whose address seems valid
> to me (a general reg + a small constant) (matching the 'm'). No idea why
> it doesn't.
SPARC v9 doesn't have SFmode floating registers above %f32, they are
only DFmode or TFmode registers above %f32.
Jakub