From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2647 invoked by alias); 19 May 2011 10:39:42 -0000 Received: (qmail 2426 invoked by uid 22791); 19 May 2011 10:39:41 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mout6.freenet.de (HELO mout6.freenet.de) (195.4.92.96) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 19 May 2011 10:39:26 +0000 Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout6.freenet.de with esmtpa (ID ralf.corsepius@freenet.de) (port 25) (Exim 4.72 #5) id 1QN0dY-00063E-QK; Thu, 19 May 2011 12:39:24 +0200 Received: from hsi-kbw-109-193-024-246.hsi7.kabel-badenwuerttemberg.de ([109.193.24.246]:62437 helo=[192.168.1.104]) by 8.mx.freenet.de with esmtpsa (ID ralf.corsepius@freenet.de) (TLSv1:CAMELLIA256-SHA:256) (port 587) (Exim 4.72 #5) id 1QN0dY-0001zf-K0; Thu, 19 May 2011 12:39:24 +0200 Message-ID: <4DD4F35B.6030704@rtems.org> Date: Thu, 19 May 2011 10:39:00 -0000 From: Ralf Corsepius User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10 MIME-Version: 1.0 To: David Paterson CC: Keith Seitz , gdb@sourceware.org Subject: Re: Problem building GDB for sparc-rtems References: <4DD45A0F.4040909@redhat.com> <4DD4E79A.4080404@rtems.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: 2011-05/txt/msg00096.txt.bz2 On 05/19/2011 12:11 PM, David Paterson wrote: > On Thu, May 19, 2011 at 10:49 AM, Ralf Corsepius > wrote: >> On 05/19/2011 10:53 AM, David Paterson wrote: >>> On Thu, May 19, 2011 at 12:45 AM, Keith Seitz wrote: >>>> On 05/16/2011 09:34 AM, David Paterson wrote: >>> cd build.gdb-7.2/ >>> rm -rf * >>> >>> ../../GCCSources/gdb-7.2/configure --target=sparc-rtems4.10.0 >> FWIW (should not matter, here): The offical target name is >> "sparc-rtems4.10". > Thanks Ralf - I'll change the scripts (although as you say it > shouldn't make a difference). All patterns in all binutils, gcc and gdb configuration scripts are supposed to match on "sparc-rtems*", so it should not actually matter. >>>> FWIW, I just built sparc-rtems on linux (Fedora 13) without incident from >>>> the 7.2 tarball, so it should work for you, too. >> I am building all *-rtems targets fairly frequently without many problems >> (cf. ftp://ftp.rtems.org/pub/rtems/linux/4.11). >> >> However gdb's dependencies are a royal pain and occasionally cause building >> gdb produce bizarre errors. Which host OS are you using? > I'm using MinGW under Windows 7. If that's likely to be a problem I could > set up a VM for Linux. It likely is a problem. I am building mingw32 RTEMS packages Canadian-cross under Fedora c.f. http://www.rtems.org/ftp/pub/rtems/mingw32 http://www.rtems.org/ftp/pub/rtems/mingw32/4.11/rtems-4.11-sparc-rtems4.11-gdb/ contains sparc-rtems4.11-gdb-7.2 (Despite the target name, these packages should also be usable with rtems4.10.) > It all looks OK, and the makefiles seem to be sensible, but I'll check through > it again. I've done a diff between the "sparc-rtems" and "sparc-elf" versions > of the build and nothing obvious jumps out. I have no idea. As you correctly found out, sparc-rtems*-gdb and sparc-elf*-gdb are almost identical. The only real difference is the official RTEMS packages have patches applied, which are not in FSF's gdb. Dunno, if you are using these patches - If so, timestamps could make a difference. However none of our patches explain your breakdown. Ralf