From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25117 invoked by alias); 5 Jan 2010 10:17:22 -0000 Received: (qmail 25109 invoked by uid 22791); 5 Jan 2010 10:17:21 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 05 Jan 2010 10:17:17 +0000 Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o05AHDxo013398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 5 Jan 2010 05:17:13 -0500 Received: from zebedee.pink (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o05AHABR020137; Tue, 5 Jan 2010 05:17:11 -0500 Message-ID: <4B4311A5.1020707@redhat.com> Date: Tue, 05 Jan 2010 10:17:00 -0000 From: Andrew Haley User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: jlpoole@pon.net CC: Bryce McKinlay , java@gcc.gnu.org Subject: Re: GCCMain not found & test suite errors fatal? References: <4B3CDCA7.70808@pon.net> <4B40C5A7.5020903@redhat.com> <4B40DE6F.1010003@pon.net> <4B40E279.3090601@redhat.com> <4B40E5A7.7090900@pon.net> <4B40E928.2090900@redhat.com> <7230133d1001040328x4557cd0cn8eba6443e8c74616@mail.gmail.com> <4B42A747.5080606@pon.net> In-Reply-To: <4B42A747.5080606@pon.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: 2010-01/txt/msg00007.txt.bz2 On 01/05/2010 02:43 AM, John Poole wrote: > On 1/4/2010 3:28 AM, Bryce McKinlay wrote: >> On Sun, Jan 3, 2010 at 6:59 PM, Andrew Haley > > wrote: >> >> >> > It was created by configure, which was >> > generated by GNU Autoconf 2.64. Invocation command line was >> > >> > $ ../trunk/configure --enable-languages=java >> >> Oh right, that's the problem then. You need to set the prefix with >> --prefix=/usr/local/gcj and then do "make install" to install gcj in >> the correct place. >> >> I'm sure that's in the instructions. >> >> >> As part of GCC, gcj "should" from in any location, however, even if >> you move it after installation. If this path is hardcoded then I'd say >> that's a bug. > Here's what caused me to do what I did: > > http://gcc.gnu.org/install/finalinstall.html has: > vvvvv > ... > We strongly recommend to install into a target directory where there is no > previous version of GCC present. > ... > Installation into a temporary staging area or into a chroot jail can be > achieved with the command > > make DESTDIR=path-to-rootdir install > > where path-to-rootdir is the absolute path of a directory relative to which all > installation paths will be interpreted. Note that the directory specified by > DESTDIR need not exist yet; it will be created if necessary. > ^^^^^ > > I've recompiled (21 hours) using the --prefix parameter and compilation > has completed; I've run the test suite - same result as before: 6 errors. > > I'm waiting for a blessing to proceed with just "make install" in Bug > 42409 as I read the above strong recommendation with great deference and > really do not want to affect my existing GCC. All becomes clear. I've never come across anyone using DESTDIR=path-to-rootdir before, which is why I've never seen this bug. The usual way is to configure with --prefix=path-to-rootdir followed by "make install". I'll have a look at fixing this. Andrew.