Re: java/4914: Internal compiler error in emit_move_insn, at expr.c:2713

[Daniel Bonniot <Daniel dot Bonniot at inria dot fr>]

The following reply was made to PR java/4914; it has been noted by GNATS.

>From Daniel.Bonniot@inria.fr  Mon Jan 13 01:03:45 2003
From: Daniel Bonniot <Daniel.Bonniot@inria.fr>
To: gcc-gnats@gcc.gnu.org,  gcc-prs@gcc.gnu.org,  gcc-bugs@gcc.gnu.org, 
 nobody@gcc.gnu.org,  java-prs@gcc.gnu.org
Cc:  
Subject: Re: java/4914: Internal compiler error in emit_move_insn, at expr.c:2713
Date: Sun, 12 Jan 2003 11:33:36 +0100

 This is a multi-part message in MIME format.
 --------------030305080104090104040108
 Content-Type: text/plain; charset=us-ascii; format=flowed
 Content-Transfer-Encoding: 7bit
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4914
 
 I have a shorter test case that reproduces this bug (see the 
 attachement). The bug is still there as of gcj 3.2.1 (the location of 
 the internal compiler error is now expr.c:2769).
 
 It seems that the implementation of either 'swap' or 'dup_x1' is bogus. 
 This is a stopper for my using gcj at the moment. Can anybody help?
 
 Daniel
 
 
 --------------030305080104090104040108
 Content-Type: application/x-java-vm;
  name="fun.class"
 Content-Transfer-Encoding: base64
 Content-Disposition: inline;
  filename="fun.class"
 
 yv66vgADAC0AGQEAEGphdmEvbGFuZy9PYmplY3QHAAEBAAY8aW5pdD4BAAMoKVYMAAMABAoA
 AgAFAQAPamF2YS9sYW5nL0Zsb2F0BwAHAQAEKEYpVgwAAwAJCgAIAAoBAAdidWcvZnVuBwAM
 AQAEbWFpbgEABENvZGUBABJMb2NhbFZhcmlhYmxlVGFibGUBAAJmMAEAAUYBAAFmAQARTGph
 dmEvbGFuZy9GbG9hdDsBAA9MaW5lTnVtYmVyVGFibGUBAAR0eXBlAQAKU291cmNlRmlsZQEA
 BS4vYnVnACEADQACAAAAAAACAAkADgAJAAIADwAAADUAAwACAAAACyK7AAhaX7cAC0yxAAAA
 AgAQAAAADAABAAAACgARABIAAAAVAAAABgABAAAABQAWAAAAIShuaWNlLmxhbmcuZmxvYXQp
 LT5uaWNlLmxhbmcudm9pZAABAAMABAABAA8AAAARAAEAAQAAAAUqtwAGsQAAAAAAAQAXAAAA
 AgAY
 --------------030305080104090104040108--