From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31783 invoked by alias); 16 May 2011 16:35:11 -0000 Received: (qmail 30936 invoked by uid 22791); 16 May 2011 16:35:08 -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,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-px0-f171.google.com (HELO mail-px0-f171.google.com) (209.85.212.171) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 16 May 2011 16:34:54 +0000 Received: by pxi7 with SMTP id 7so3346091pxi.30 for ; Mon, 16 May 2011 09:34:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.117.21 with SMTP id p21mr2817604wfc.286.1305563693097; Mon, 16 May 2011 09:34:53 -0700 (PDT) Received: by 10.142.155.17 with HTTP; Mon, 16 May 2011 09:34:53 -0700 (PDT) Date: Mon, 16 May 2011 16:35:00 -0000 Message-ID: Subject: Problem building GDB for sparc-rtems From: David Paterson To: 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/msg00077.txt.bz2 Hi, This may be more appropriate for the RTEMS, or even Binutils, mailing lists - if so, please let me know and I'll move it over. I'm trying to build a cross-toolchain for a Sparc (Leon2) system, and while the basic version, configured for "sparc-elf" is no problem, when I try to rebuild for RTEMS I'm getting an error during the GDB build :- ../gdb-7.2/bfd/bfd.c: In function 'bfd_assert': ../gdb-7.2/bfd/bfd.c:925: error: 'BFD_VERSION_STRING' undeclared (first use in this function) ../gdb-7.2/bfd/bfd.c:925: error: (Each undeclared identifier is reported only once ../gdb-7.2/bfd/bfd.c:925: error: for each function it appears in.) which appears to be caused by "bfdver.h" being completely empty! This file should be created by the configure script, and I can't see why it doesn't get set up with the relevant information. Interestingly, building Binutils as part of the whole toolchain creation process has no problems, and "bfdver.h" is set up correctly. It looks like there are some differences between the Binutils and GDB versions of BFD, but I'm not expert enough to see what's causing the problem. Comparing the basic (sparc-elf) and RTEMS builds, the only thing that really stands out in the config and makefiles is that RTEMS includes coff bits, e.g. the list of targets for "bfd_backends" is identical apart from the addition of "coff-sparc.lo", and similar changes for "havevecs" and "tdefaults". However, I can't see any connection between adding coff targets and the BFD version string setup... Any hints, tips or clues will be gratefully received, Cheers, David P.