From: Andrew STUBBS <andrew.stubbs@st.com>
To: gdb@sources.redhat.com
Subject: host_makefile_frag and cross debugging
Date: Fri, 24 Jun 2005 11:46:00 -0000 [thread overview]
Message-ID: <op.ssvhkwhso669wz@terrorhawk.bri.st.com> (raw)
Hi,
I am trying to build a MinGW hosted, sh-elf targeted debugger. I have been
doing this with various versions of GDB for years, but have just started
upgrading to GDB 6.3. Previously I was using GDB 5.3. I am using the MinGW
patches from sourceforge.
The problem is that, although a native debugger works properly, a cross
debugger does not use the correct path separator. It uses the UNIX ':'
instead of the windows ';'. Obviously this causes havoc with drive names.
I have traced the problem to the gdb/configure.in:
frags=
if test "${target}" = "${host}"; then
host_makefile_frag=${srcdir}/config/${gdb_host_cpu}/${gdb_host}.mh
if test ! -f ${host_makefile_frag}; then
AC_MSG_ERROR("*** Gdb does not support native target ${host}")
fi
frags="$frags $host_makefile_frag"
else
host_makefile_frag=/dev/null
fi
Why does it test if host and target are the same? Surely the whole point
of having separate files is that you can mix and match?
The old 5.3 gdb/configure.in just had:
frags=
host_makefile_frag=${srcdir}/config/${gdb_host_cpu}/${gdb_host}.mh
which worked perfectly for me.
I find that this was done in CVS configure.in version 1.175 in which the
following comment was actually removed:
# When building a native debuger the .mh file containing things
# like NATDEPFILES is needed. Cross debuggers don't need .mh
# since it no longer contains anything useful.
Apparently, in this case it does contain something useful - it configures
the xm-mingw32.h file which configures the correct separator.
What am I missing?
Thanks
Andrew Stubbs
next reply other threads:[~2005-06-24 11:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-24 11:46 Andrew STUBBS [this message]
2005-06-24 14:09 ` Daniel Jacobowitz
2005-06-24 14:33 ` Andrew STUBBS
2005-06-24 14:37 ` Daniel Jacobowitz
2005-06-24 14:52 ` Andrew STUBBS
2005-06-24 18:56 ` Eli Zaretskii
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=op.ssvhkwhso669wz@terrorhawk.bri.st.com \
--to=andrew.stubbs@st.com \
--cc=gdb@sources.redhat.com \
/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