From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4318 invoked by alias); 22 Aug 2008 01:15:12 -0000 Received: (qmail 4310 invoked by uid 22791); 22 Aug 2008 01:15:12 -0000 X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 22 Aug 2008 01:14:37 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id m7M1DYck027779; Thu, 21 Aug 2008 21:13:55 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m7M1DN5h030801; Thu, 21 Aug 2008 21:13:23 -0400 Received: from opsy.redhat.com (vpn-10-87.bos.redhat.com [10.16.10.87]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id m7M1DH18014488; Thu, 21 Aug 2008 21:13:17 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id CE4E637828E; Thu, 21 Aug 2008 19:13:25 -0600 (MDT) To: "Andrew John Hughes" Cc: "Mark Wielaard" , java Subject: Re: gcj 4.4 and AWT toolkit References: <48A4652F.5070904@redhat.com> <1219009444.30922.16.camel@hermans.wildebeest.org> <17c6771e0808181137j672e3d04m1b2ad6edd3aa8749@mail.gmail.com> <17c6771e0808211748v1e00cd62xf049145c6630b92e@mail.gmail.com> From: Tom Tromey Reply-To: Tom Tromey X-Attribution: Tom Date: Fri, 22 Aug 2008 01:15:00 -0000 In-Reply-To: <17c6771e0808211748v1e00cd62xf049145c6630b92e@mail.gmail.com> (Andrew John Hughes's message of "Fri\, 22 Aug 2008 01\:48\:09 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2008-08/txt/msg00064.txt.bz2 Andrew> It also generates libjava/classpath/gnu/classpath/Configuration.java Andrew> in the build directory, and this appears to be more accurate. My recollection is that we don't bother removing the classpath configure code that makes this, but instead we just handle it by an override. So, the classpath one is still there, but not used. Tom