From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4944 invoked by alias); 28 Oct 2003 19:48:37 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 4929 invoked from network); 28 Oct 2003 19:48:35 -0000 Received: from unknown (HELO relay.pair.com) (209.68.1.20) by sources.redhat.com with SMTP; 28 Oct 2003 19:48:35 -0000 Received: (qmail 58487 invoked from network); 28 Oct 2003 19:48:34 -0000 Received: from c-24-126-73-164.we.client2.attbi.com (HELO kegel.com) (24.126.73.164) by relay.pair.com with SMTP; 28 Oct 2003 19:48:34 -0000 X-pair-Authenticated: 24.126.73.164 Message-ID: <3F9EC941.3010007@kegel.com> Date: Tue, 28 Oct 2003 19:48:00 -0000 From: Dan Kegel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031008 X-Accept-Language: de-de, en MIME-Version: 1.0 To: "Wolcott, Ken (MED, Compuware)" CC: kleine-budde@gmx.de, crossgcc@sources.redhat.com, gdb mailing list Subject: Re: unable to compile gdb 6.0 as a cross gdb; no termcap library found; and plain gcc is still called References: <200310271747.52297.ken.wolcott@med.ge.com> <200310281147.46663.ken.wolcott@med.ge.com> <20031028175402.GA30757@timberwolf.dyndns.org> <200310281320.07996.ken.wolcott@med.ge.com> In-Reply-To: <200310281320.07996.ken.wolcott@med.ge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-10/txt/msg00311.txt.bz2 Hi Ken, hmm. Methinks you could use a Linux expert to sit down with you and guide you through this stuff. Failing that, you need to become an expert. The learning curve is steep, so put on your crampons and grab an ice axe! /etc should not be in PATH; that's a red herring. More likely, the "no termcap library found" error means you haven't build a termcap for your target yet. crosstool-0.24 will install termcap.h and libncurses.so (which implements the termcap functions) if you pass the --builduserland option to all.sh. Did you? When you run into a configure failure like this one, the thing to do is to edit the configure script in question, locate the section that is failing, look backwards towards the top of the file a bit until you find the beginning of the test, and add a set -x statement, then run the configure again, redirecting the output of configure to a file. This produces reams of output which you then compare with the configure script to see what it was testing for, and what failed. In other words: you have to actually *read* and *understand* parts of the configure script, not just run it. It's much easier to do if you also read the configure.in or configure.ac script, which is what configure is expanded from. This will cause your head to explode if you do it without first learning a bit about autoconf. I'd suggest working through one of the autoconf tutorials I link to at http://www.kegel.com/academy/opensource.html#autotools and writing a trivial configure.ac to make sure you understand how they work. (e.g. write a C program that includes the file only if it exists; use autoconf's AC_CHECK_HEADERS macro to check for the existence of . This will take several hours the first time you do it, but it's well worth the effort.) Think of it as one more little step on the way to becoming a Linux expert. - Dan Wolcott, Ken (MED, Compuware) wrote: > Hi Marc; > > I think I tried everything that you and Dan suggested, but I have some > problems still. > > First, there are many initial calls to gcc rather than > arm-arm9-linux-gnu-gcc that are suspicious to me. How can I end up with an > arm9 native gdb if it is calling the i686 gcc? > > Secondly, the build dies with: > > configure: error: no termcap library found > make: *** [configure-gdb] Error 1 > > I have attached the compressed output log and my compile script. > > I guess /etc is missing in the PATH environment variable? I'll try that > tack next. > > Thanks, > Ken > > On Tuesday 28 October 2003 11:54, Marc Kleine-Budde wrote: > >>On Tue, Oct 28, 2003 at 11:47:46AM -0600, Wolcott, Ken (MED, Compuware) > > wrote: > >>> Very nice. I'll try that. I think I already tried it with the CC >>>variable. So a full path is not requred to that environment variable? >>>Apparently that will have to be in the path. >> >>Yes - CC with full path and/or set the PATH adquate...Probably you have >>to give all programms from the binutils and gcc via the environment... >> >> >>>>CC=arm-arm9-linux-gnu-gcc \ >>>>AR=arm-arm9-linux-gnu-ar \ >>>>=arm-arm9-linux-gnu- \ >>>>../gdb-6.0/configure \ >>>>--verbose \ >>>>--host=arm-arm9-linux-gnu \ >>>>--build=i686-pc-linux-gnu \ >>>>--target=arm-arm9-linux-gnu\ >>>>+ the rest >> >>Marc > > > ------ > Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ > Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com > > -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045