From: David Paterson <dnpaterson@gmail.com>
To: gdb@sourceware.org
Subject: Problem building GDB for sparc-rtems
Date: Mon, 16 May 2011 16:35:00 -0000 [thread overview]
Message-ID: <BANLkTinvPSb5F_ShJrhV68vyd6-E=XqiPQ@mail.gmail.com> (raw)
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.
next reply other threads:[~2011-05-16 16:35 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-16 16:35 David Paterson [this message]
2011-05-18 23:45 ` Keith Seitz
2011-05-19 8:54 ` David Paterson
2011-05-19 9:49 ` Ralf Corsepius
2011-05-19 10:11 ` David Paterson
2011-05-19 10:39 ` Ralf Corsepius
2011-05-19 13:07 ` David Paterson
2011-05-19 13:44 ` Joel Sherrill
2011-05-19 14:09 ` David Paterson
2011-05-19 18:51 ` Keith Seitz
2011-05-20 8:59 ` David Paterson
2011-05-20 13:05 ` Joel Sherrill
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='BANLkTinvPSb5F_ShJrhV68vyd6-E=XqiPQ@mail.gmail.com' \
--to=dnpaterson@gmail.com \
--cc=gdb@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox