From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6344 invoked by alias); 1 Feb 2002 19:03:39 -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 6162 invoked from network); 1 Feb 2002 19:03:37 -0000 Received: from unknown (HELO saturn.billgatliff.com) (209.251.101.200) by sources.redhat.com with SMTP; 1 Feb 2002 19:03:37 -0000 Received: by saturn.billgatliff.com (Postfix, from userid 500) id C04D714184B; Fri, 1 Feb 2002 13:03:34 -0600 (CST) Date: Fri, 01 Feb 2002 11:03:00 -0000 From: "William A. Gatliff" To: Peter Barada Cc: crossgcc@sources.redhat.com, gdb@sources.redhat.com Subject: Re: Patch for arm-linux gdbserver Message-ID: <20020201130334.A6691@saturn.billgatliff.com> Reply-To: bgat@billgatliff.com References: <20020131113611.A2242@saturn.billgatliff.com> <4.1.20020131181535.00b40f00@mhsun1.maidenhead.arm.com> <20020131153627.A3137@saturn.billgatliff.com> <20020131181024.A4883@nevyn.them.org> <200201312321.g0VNLKV11957@hyper.wm.sps.mot.com> <20020201103605.B14977@nevyn.them.org> <200202011833.g11IXoZ15188@hyper.wm.sps.mot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202011833.g11IXoZ15188@hyper.wm.sps.mot.com>; from pbarada@mail.wm.sps.mot.com on Fri, Feb 01, 2002 at 01:33:50PM -0500 X-SW-Source: 2002-02/txt/msg00041.txt.bz2 Peter: After I built my arm-linux toolchain, I built ncurses: $ BUILD_CC=gcc CXX=arm-linux-g++ CC=arm-linux-gcc ../ncurses-5.2/configure --host=arm-linux --build=i386-linux --prefix=/home/bgat/H-arm-cerfpod-linux-gnu $ make all install It dies when it runs "tic" during installation, for the obvious reason: tic is a target executable, not a build one. No problem, you get libtermcap anyway. :^) I also built bfd, using a similar command, so that gdb would find a bfd.h. Then I successfully configured gdb (cvs), like this: $ ../gdb/configure --host=arm-linux --build=i386-linux --prefix=/home/bgat/H-arm-cerfpod-linux-gnu So far, so far... :^) b.g. On Fri, Feb 01, 2002 at 01:33:50PM -0500, Peter Barada wrote: > > >Simply configure with --host=powerpc-linux. Then run configure > >separately in the gdbserver directory if it did not get done, and make. > > > >Note that to do that first step $CC must be a cross compiler. > > > >Also note that PPC support for gdbserver is not currently available, > >and may go in in a few days depending on some other factors. > > Ok, I built a m68k-linux compiler, and attempted: > > CC=m68k-linux-gcc AR=m68k-linux-ar RANLIB=m68k-linux-ranlib LD=m68k-linux-ld /home/pbarada/work/cvs-wavemark/cross-linux-tools/gdb-5.0.93/configure --host=m68k-linux > > To configure a m68k-linux version of gdbserver to be built on my x86 > box. Unfortunately configure fails. From gleaning over the output, I > see two things, the first I'm not sure about and the second is a problem: > > Created "Makefile" in /home/pbarada/work/cvs-wavemark/cross-linux-tools/obj-crap-linux/m68k-linux/build-gdb using "mt-frag" > /home/pbarada/work/cvs-wavemark/cross-linux-tools/gdb-5.0.93/configure: ./if1747: cannot execute binary file > Configuring intl... > creating cache ../config.cache > > I don't think configure should try to run a cross-compiled > executable... > > checking compiler warning flags... -Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat -Wparentheses -Wpointer-arith -Wuninitialized > checking for cygwin... no > checking for tgetent in -lncurses... (cached) no > checking for tgetent in -lHcurses... no > checking for tgetent in -ltermlib... no > checking for tgetent in -ltermcap... (cached) no > checking for tgetent in -lcurses... (cached) no > checking for tgetent in -lterminfo... no > configure: error: Could not find a term library > Configure in /home/pbarada/work/cvs-wavemark/cross-linux-tools/obj-crap-linux/m68k-linux/build-gdb/gdb failed, exiting. > > Since I'm not trying to run *gdb* on the target, but just *gdbserver*, > how can I get configure to ignore the missing term library and produce > a proper configuration? This is the problem I had the last time I did > this, and ended up resorting to configureing it by *hand*. > > -- > Peter Barada Peter.Barada@motorola.com > Wizard 781-852-2768 (direct) > WaveMark Solutions(wholly owned by Motorola) 781-270-0193 (fax) > -- Bill Gatliff bgat@billgatliff.com