From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16684 invoked by alias); 19 May 2011 13:44:09 -0000 Received: (qmail 16658 invoked by uid 22791); 19 May 2011 13:44:06 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from oarmail.oarcorp.com (HELO OARmail.OARCORP.com) (67.63.146.244) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 19 May 2011 13:43:52 +0000 Received: from iceland.oarcorp.com (192.168.1.160) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.1.436.0; Thu, 19 May 2011 08:43:48 -0500 Message-ID: <4DD51E93.4030500@oarcorp.com> Date: Thu, 19 May 2011 13:44:00 -0000 From: Joel Sherrill User-Agent: Mozilla/5.0 (X11; U; Linux i686; 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: Ralf Corsepius , Keith Seitz , "gdb@sourceware.org" Subject: Re: Problem building GDB for sparc-rtems References: <4DD45A0F.4040909@redhat.com> <4DD4E79A.4080404@rtems.org> <4DD4F35B.6030704@rtems.org> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; 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/msg00098.txt.bz2 On 05/19/2011 08:07 AM, David Paterson wrote: > 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 supposed >> 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 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. > 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 differences. > There are a few things I recall from using MinGW. The shell (/bin/sh) can be insufficient to do builds with. The make command itself can be insufficient. On Windows, the spaces in PATH is bad. If you have or have had Visual Studio installed, common environment variable names like LIB, CC, CFLAGS, etc from Visual Studio will often interfere. You can build under MinGW but you have to be very careful to ensure it is "full enough" to build and avoid picking up Windows-isms like tools and environment variables. >> 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.) > I notice there's also a mingw32/4.10 directory, so I should perhaps try using > that version first. > >>> 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. > 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. > I doubt the RTEMS patch will have any impact. It is likely just something in your MinGW environment. Do a "env" command and check that for obviously common names which could impact the GNU tools. Fix your PATH to only include MinGW directories. Make sure /bin/sh is bash. make sure "make" is GNU make. Then try again. > Thanks again, and I'll update once I've tried these rebuilds... > > David P. -- Joel Sherrill, Ph.D. Director of Research& Development joel.sherrill@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985