From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16970 invoked by alias); 6 Sep 2002 02:26:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 16956 invoked by uid 71); 6 Sep 2002 02:26:01 -0000 Date: Thu, 05 Sep 2002 19:26:00 -0000 Message-ID: <20020906022601.16955.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: java/7838: Internal compiler error in make_class_data, at java/class.c Reply-To: Tom Tromey X-SW-Source: 2002-09/txt/msg00095.txt.bz2 List-Id: The following reply was made to PR java/7838; it has been noted by GNATS. From: Tom Tromey To: cassio@pucsp.br Cc: gcc-gnats@gcc.gnu.org Subject: Re: java/7838: Internal compiler error in make_class_data, at java/class.c Date: 05 Sep 2002 20:23:29 -0600 >>>>> ">" == cassio writes: >> Number: 7838 >> Synopsis: Internal compiler error in make_class_data, at java/class.c >> Client.java:1: Internal compiler error in make_class_data, at java/class.c:1676 >> It's necessary to have the java class sources in the path. >> I'm working with the j2sdk1.3.1/src/share/classes/ directory. This is definitely a bug -- you should never be able to get an internal compiler error. However, using gcj with a class library other than libgcj doesn't work. (It could be made to work when generating bytecode, but not when generating native code.) So the likely resolution of this problem will be to turn the ICE into a "don't do that" error. FYI. Tom