From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6795 invoked by alias); 20 May 2011 08:59:55 -0000 Received: (qmail 6782 invoked by uid 22791); 20 May 2011 08:59:53 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,TW_CX,TW_DC,TW_JL X-Spam-Check-By: sourceware.org Received: from mail-pv0-f169.google.com (HELO mail-pv0-f169.google.com) (74.125.83.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 20 May 2011 08:59:38 +0000 Received: by pvc12 with SMTP id 12so2160938pvc.0 for ; Fri, 20 May 2011 01:59:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.2.129 with SMTP id 1mr5914842pbu.145.1305881978269; Fri, 20 May 2011 01:59:38 -0700 (PDT) Received: by 10.142.155.17 with HTTP; Fri, 20 May 2011 01:59:38 -0700 (PDT) In-Reply-To: <4DD566AC.6020608@redhat.com> References: <4DD45A0F.4040909@redhat.com> <4DD4E79A.4080404@rtems.org> <4DD4F35B.6030704@rtems.org> <4DD51E93.4030500@oarcorp.com> <4DD566AC.6020608@redhat.com> Date: Fri, 20 May 2011 08:59:00 -0000 Message-ID: Subject: Re: Problem building GDB for sparc-rtems From: David Paterson To: Keith Seitz Cc: "gdb@sourceware.org" Content-Type: text/plain; charset=ISO-8859-1 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/msg00103.txt.bz2 On Thu, May 19, 2011 at 7:51 PM, Keith Seitz wrote: > I want to thank Joe & Ralf for jumping in here with additional expertise, > but here's another data point. > > On 05/19/2011 07:09 AM, David Paterson wrote: >> >> Apart from $PATH being a bit wonky, everything else looks good, so >> I'll sort out the path and try again, then move to Linux if I'm having no >> joy with that. > > I have a mingw box with no Visual Studio or Cygwin installed on it. All I > did was: > > $ mkdir sparc-rtems; cd sparc-rtems > $ CFLAGS="-ggdb -O0" ../gdb-7.2/configure --prefix=$HOME/built > --target=sparc-rtems --disable-sim > $ make all-gdb install-gdb > > and this worked with both the 7.2 tarball and CVS HEAD. [There appear to be > build problems with the simulator on MinGW.] > > FWIW: > > $ echo $PATH > .:/usr/local/bin:/mingw/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDWOS/system32/Wbem:/c/mingw/emacs-23.3/bin > $ gcc -v > Using built-in specs. > COLLECT_GCC=C:\MinGW\bin\gcc.exe > COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.5.0/lto-wrapper.exe > Target: mingw32 > Configured with: ../gcc-4.5.0/configure > --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions > --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry > --enable-libstdcxx-debug --enable-version-specific-runtime-libs > --disable-werror --build=mingw32 --prefix=/mingw > Thread model: win32 > gcc vesion 4.5.0 (GCC) > > > I didn't do anything fancy to setup MinGW (which I only use for occasional > build testing of Insight); I just followed the instructions on the MinGW > homepage. Thanks Keith. Based on what you said I had another look at the path, and tried explicity resetting it to something similar to yours. And guess what - GDB builds!! :-) Looking at the old path, and doing a bit of googling, it seems that the entry "nvinitdll" is causing the problem. This is something to do with the nVidia drivers on my machine, and I think it might disappear if reinstall or upgrade the drivers. Anyway, now I know what's going wrong, and I can build my whole toolchain. I guess I should also base it on the patched versions, rather than the "raw" sources, to make sure it's fully compatible :-) Thanks to everyone who helped sort this out - much appreciated :-) Cheers, David P.