From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4078 invoked by alias); 13 Feb 2008 17:49:37 -0000 Received: (qmail 4066 invoked by uid 22791); 13 Feb 2008 17:49:36 -0000 X-Spam-Check-By: sourceware.org Received: from kuber.nabble.com (HELO kuber.nabble.com) (216.139.236.158) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 13 Feb 2008 17:49:09 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JPLjH-0000dv-AE for gdb@sourceware.org; Wed, 13 Feb 2008 09:49:07 -0800 Message-ID: <15461364.post@talk.nabble.com> Date: Wed, 13 Feb 2008 17:49:00 -0000 From: Michael Shatz To: gdb@sourceware.org Subject: Re: Problem building cross-debugger In-Reply-To: <15419409.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: shatz@dsit.co.il References: <478E9F4D.24311.2EF0FE9@gerritvn.gpvno.co.za> <47908F14.31772.5AD24E@gerritvn.gpvno.co.za> <4790EF3A.8104.1D28BDA@gerritvn.gpvno.co.za> <15419409.post@talk.nabble.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-02/txt/msg00092.txt.bz2 Michael Shatz wrote: > > > > Jim Blandy wrote: >> >> >> "Gerrit van Niekerk" writes: >>>>> I am trying to use Cygwin to build a Cygwin host, DJGPP target version >>>>> of GDB: >>>>> config --target=djgpp All libraries seem to build ok (make does not >>>>> stop), but >>>>> the final link gives a number of undefined references >>> >>>> There is now only one undefined reference remaining: `_bfd_i386_arch' >>> >>> This is turning out to be a very one-sided thread :) >>> I managed to get the link phase to work by explicitly including >>> ../bfd/cpu-i386.o in the gcc command doing the final link. Perhaps >>> the GDB maintainers can have a look at the cause of the problem. >> >> I think the reason you haven't gotten much interaction is that you may >> be the only person on the list who's working with such a >> configuration. If you could figure out the source of the problem and >> suggest a patch, that would get things rolling. >> >> > > I got exactly the same problem building i386-elf target on i686-pc-cygwin > host with gcc 3.4.4. The problem exists both for binutils-2.16.1 and for > binutils-2.17. > > Thank you, Gerrit. Your tip helped me to go on. > Other errors prevented me from building readelf.exe. Hopefullly I could > live with one from standard cygwin distribution. > > Finally found the problem. It's all about cygwin "textmode" mount huck. When the build drive (or may be source, or both, in my case they were the same) is mounted in the text mode the following command misbehaves: /bin/sh ./libtool --tag=CC --mode=link i686-pc-cygwin-gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o libbfd.la -rpath /usr/local/emb386/i686-pc-cygwin/i386-elf/lib -release `cat libtool-soversion` archive.lo archures.lo bfd.lo bfdio.lo bfdwin.lo cache.lo coffgen.lo corefile.lo format.lo init.lo libbfd.lo opncls.lo reloc.lo section.lo syms.lo targets.lo hash.lo linker.lo srec.lo binary.lo tekhex.lo ihex.lo stabs.lo stab-syms.lo merge.lo dwarf2.lo simple.lo `cat ofiles` Either 'libtool' or, more likely, 'sh' somehow ignores the tail of the 'ofiles' file which happens to contain the cpu-i386.o When running from binary-mounted drive everything compiles as expected. Hope it helps. -- View this message in context: http://www.nabble.com/Problem-building-cross-debugger-tp14897094p15461364.html Sent from the Sourceware - gdb list mailing list archive at Nabble.com.