From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19039 invoked by alias); 12 Jan 2005 16:29:56 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 18984 invoked from network); 12 Jan 2005 16:29:49 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 12 Jan 2005 16:29:49 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j0CGTi9I005829 for ; Wed, 12 Jan 2005 11:29:49 -0500 Received: from localhost.redhat.com (vpn50-92.rdu.redhat.com [172.16.50.92]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j0CGThr11684; Wed, 12 Jan 2005 11:29:44 -0500 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id B2C6A7D79; Wed, 12 Jan 2005 11:28:12 -0500 (EST) Message-ID: <41E5501A.3000907@gnu.org> Date: Wed, 12 Jan 2005 16:29:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Hans-Peter Nilsson Cc: gdb-patches@sources.redhat.com Subject: [commit/sim] Force generation of configure and other stuff; Was: [commit/sim] switch autoconf 2.59 References: <41DF55E5.7010307@gnu.org> <41E43F98.1010601@gnu.org> <41E47C74.3050607@gnu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-01/txt/msg00082.txt.bz2 Hans-Peter Nilsson wrote: > On Tue, 11 Jan 2005, Andrew Cagney wrote: > >>Hans-Peter Nilsson wrote: >> >>>On Tue, 11 Jan 2005, Andrew Cagney wrote: >>> >>>>Before commiting this I did a full cross build (using gdb_mbuild.sh). >>> >>>Looks like that only builds gdb. >> >>Why do you say that (yes I can read the subject)? It builds the GDB the >>source tree (which includes the sim) and typically GDB won't link if the >>sim build fails? > > > Ah, well, then I'm fresh out of wild guesses why it wasn't > noticed that the frv sim (and presumably all CGEN targets and > SIM_AC_OUTPUT users) fails building. To make sure nothing had > crept in locally, I just rechecked; checked out a brand new > "gdb" and did "$srcdir/configure --target=frv-elf && make all" > elsewhere. Host is i686-pc-linux-gnu (FC2), but I see this on > Debian Woody too: I've still a few ideas. > ... (from $build/sim) > configure: configuring in frv > configure: running /bin/sh '/home/hp/newgdb/src/sim/frv/configure' --prefix=/usr/local > '--cache-file=./config.cache' '--build=i686-pc-linux-gnu' '--host=i686-pc-linux-gnu' '--target=frv-elf' '--program-transform-name=s,^,frv-elf-,; ' '--srcdir=/home/hp/newgdb/src/sim' 'CC=gcc' 'CFLAGS=-g -O2' 'LDFLAGS=' 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 'target_alias=frv-elf' --cache-file=.././config.cache --srcdir=/home/hp/newgdb/src/sim/frv > configure: loading cache .././config.cache > configure: error: cannot run > configure: error: /bin/sh > '/home/hp/newgdb/src/sim/frv/configure' failed for frv > > Re-doing the configure and make step, changing the "all" to > "all-gdb" (as in gdb_mbuild.sh), causes the same failure. That config failure reeks of the problem I fixed. Seems that you need to really want to run the new autoconf (unlike the old) - even though I ran autoconf in all those directories it didn't do as I ask. I've re-run it with --force and that's had an effect. The next problem is somewhere in sim/, try running make all-sim; make all-sim. The first run barfs with no Makefile created, while the second prints a fail but makefile still manages to exit with zero status. A guess is that GDB then managed to stumble along and build. This also rewrites SIM_AC_OUTPUT to be 2.59 ``compliant'' (well at least it now generates makefiles); and zaps any other stray AC_AUX_DIRECTORY macros. With that committed, I'm seeing another autoconf bug. It's using ac_objext before it's been defined and that is leading to autoconf test failures (it looks for "conftest." instead of "conftest.o"). :-/ Andrew