From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16453 invoked by alias); 8 Dec 2008 00:30:35 -0000 Received: (qmail 16432 invoked by alias); 8 Dec 2008 00:30:34 -0000 Date: Mon, 08 Dec 2008 00:30:00 -0000 Message-ID: <20081208003034.16430.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/38438] build error in x86_64-unknown-linux-gnu/32/libjava In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "brian at dessent dot net" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2008-q4/txt/msg00094.txt.bz2 ------- Comment #5 from brian at dessent dot net 2008-12-08 00:30 ------- Subject: Re: build error in x86_64-unknown-linux-gnu/32/libjava > I have the sources in ~/tmp/gcc, and I build in ~/tmp/gcc/build using > ../configure. Oh, that's definitely not good. To quote , "building where objdir is a subdirectory of srcdir is unsupported." Start over with a clean tree and separate build dir. > I am using automake 1.10.2, libtool 2.2.6, autoconf 2.63, make 3.81 and > binutils 2.19 in case any of that matters. As long as you update from SVN properly (using contrib/update_gcc so that timestamps are updated) then the autoconf/automake/libtool on your system should never run unless you modify an *.am/*.ac/*.m4 source file. (And if you do do that, then you have to use the specific project-blessed versions to regenerate anyway, namely 2.59/1.9.6.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38438