From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19502 invoked by alias); 19 May 2011 13:07:35 -0000 Received: (qmail 19492 invoked by uid 22791); 19 May 2011 13:07:34 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST X-Spam-Check-By: sourceware.org Received: from mail-pw0-f41.google.com (HELO mail-pw0-f41.google.com) (209.85.160.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 19 May 2011 13:07:18 +0000 Received: by pwi12 with SMTP id 12so1688114pwi.0 for ; Thu, 19 May 2011 06:07:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.2.3 with SMTP id 3mr1928817wfb.172.1305810437969; Thu, 19 May 2011 06:07:17 -0700 (PDT) Received: by 10.142.155.17 with HTTP; Thu, 19 May 2011 06:07:17 -0700 (PDT) In-Reply-To: <4DD4F35B.6030704@rtems.org> References: <4DD45A0F.4040909@redhat.com> <4DD4E79A.4080404@rtems.org> <4DD4F35B.6030704@rtems.org> Date: Thu, 19 May 2011 13:07:00 -0000 Message-ID: Subject: Re: Problem building GDB for sparc-rtems From: David Paterson To: Ralf Corsepius Cc: Keith Seitz , gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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/msg00097.txt.bz2 On Thu, May 19, 2011 at 11:39 AM, Ralf Corsepius wrote: > On 05/19/2011 12:11 PM, David Paterson wrote: >> >> 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 suppo= sed > to match on "sparc-rtems*", so it should not actually matter. Yeah, I noticed that as well, but I'll change the name for consistency with= the standard RTEMS conventions. It'll keep us on the same page. >>> I am building all *-rtems targets fairly frequently without many proble= ms >>> (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. Ah, in that case I'll switch over to a Unix environment and try that. I'd = hoped the MinGW environment was similar enough, but there may be subtle differenc= es. > 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.1= 1-gdb/ > contains sparc-rtems4.11-gdb-7.2 > > (Despite the target name, these packages should also be usable with > rtems4.10.) I notice there's also a mingw32/4.10 directory, so I should perhaps try usi= ng that version first. >> It all looks OK, and the makefiles seem to be sensible, but I'll check >> through >> it again. =A0I'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. I am, as you guess, using the raw GCC sources to build my toolchain, and ploughed on merrily with GDB as well. It's possible that there is a patch which affects this, so I'll try your patched ones and see if that works. If not, I'll switch to Linux and try again. Thanks again, and I'll update once I've tried these rebuilds... David P.