From: "Kris Warkentin" <kewarken@qnx.com>
To: "Mark Kettenis" <kettenis@chello.nl>
Cc: <ac131313@redhat.com>, <gdb-patches@sources.redhat.com>
Subject: Re: patch to add QNX NTO i386 support
Date: Thu, 13 Feb 2003 23:55:00 -0000 [thread overview]
Message-ID: <001901c2d3bb$bea625e0$2a00a8c0@dash> (raw)
In-Reply-To: <200302132252.h1DMqROn009520@elgar.kettenis.dyndns.org>
> How would this work? If the option were supplied would I append
> remote-qnx.o to TDEPFILES?
>
> You can add to the various CONFIG_ variables, e.g. you would add
> remote-nto.o to CONFIG_OBS. See how the CLI, MI, TUI etc. are handled
> in configure.in.
>
> Anyway, I don't consider the fact that remote-nto.o is listed in
> TDEPFILES a problem, as long as the *nto-tdep.c files don't depend on
> it.
Okay. That seems straight forward enough.
> The missing tm-qnxnto.h was an oversight - not necessary for the
question I
> was asking. The tm-nto.h file is necessary because configure will not
build
> a native debugger without it, even if it's empty.
>
> Huh? Are you saying that, even though you don't mention tm-nto.h in
> any of the Makefile-fragments you're adding, you need the file to
> build GDB?
Actually, NAT_FILE is nm-nto.h. I was quite confused when I eliminated
NAT_FILE from nto.mh and all of a sudden couldn't build a native gdb
anymore. If you look at the configure script, you'll see that if NAT_FILE
isn't defined, you never build a native gdb. So I went 'touch nto.mh' and
added it to nto.mh. I expect it will eventually be an empty file (once I
get rid of the single define in it).
> I'm trying to solve a few annoying bugs (SOLIB_BKPT_NAME and
> SVR$_EXEC_EMU) first before I submit.
>
> Fair enough. I'm just looking forward to the end-result.
And I'd like to thank you and everyone else once again for all the help and
patience. I really want to do this right.
cheers,
Kris
next prev parent reply other threads:[~2003-02-13 23:55 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-03 20:19 Kris Warkentin
2003-02-04 7:23 ` Eli Zaretskii
2003-02-04 13:33 ` Kris Warkentin
2003-02-04 13:53 ` Kris Warkentin
2003-02-04 19:59 ` Eli Zaretskii
2003-02-04 20:12 ` Kris Warkentin
2003-02-05 5:50 ` Eli Zaretskii
2003-02-04 22:02 ` Andrew Cagney
2003-02-05 1:29 ` Kris Warkentin
2003-02-05 2:40 ` Andrew Cagney
2003-02-05 2:59 ` Andrew Cagney
2003-02-05 12:31 ` Kris Warkentin
2003-02-05 2:55 ` Andrew Cagney
2003-02-05 17:15 ` Kris Warkentin
2003-02-05 18:46 ` Andrew Cagney
2003-02-07 1:48 ` Kris Warkentin
2003-02-07 19:22 ` Mark Kettenis
2003-02-07 20:08 ` Kris Warkentin
2003-02-07 21:59 ` Andrew Cagney
2003-02-11 18:11 ` Kris Warkentin
2003-02-11 18:41 ` patch to add HAVE_CONTINUABLE_BREAKPOINT to target_ops Kris Warkentin
2003-02-12 22:18 ` patch to add QNX NTO i386 support Kris Warkentin
2003-02-12 22:44 ` Daniel Jacobowitz
2003-02-13 0:52 ` Kris Warkentin
2003-02-13 22:21 ` Mark Kettenis
2003-02-13 22:29 ` Kris Warkentin
2003-02-13 22:53 ` Mark Kettenis
2003-02-13 23:55 ` Kris Warkentin [this message]
2003-02-14 0:01 ` Kris Warkentin
2003-02-13 21:56 ` Kris Warkentin
2003-02-13 22:08 ` Daniel Jacobowitz
2003-02-13 22:25 ` Kris Warkentin
2003-02-13 22:29 ` Daniel Jacobowitz
2003-02-13 23:48 ` Kris Warkentin
2003-02-14 0:03 ` Daniel Jacobowitz
2003-02-14 0:09 ` Kris Warkentin
2003-02-14 0:13 ` Daniel Jacobowitz
2003-02-14 0:35 ` Kris Warkentin
2003-02-17 14:58 ` Andrew Cagney
2003-02-17 15:44 ` Daniel Jacobowitz
2003-02-17 16:45 ` Andrew Cagney
2003-02-17 18:54 ` Kris Warkentin
2003-02-18 21:26 ` Andrew Cagney
2003-02-18 22:30 ` Kris Warkentin
2003-02-20 0:42 ` Andrew Cagney
2003-02-27 19:02 ` Kris Warkentin
2003-02-27 19:56 ` Andrew Cagney
2003-02-27 20:02 ` Daniel Jacobowitz
2003-02-27 20:10 ` Andrew Cagney
2003-02-27 20:11 ` Kris Warkentin
2003-02-27 20:23 ` Andrew Cagney
2003-02-27 20:28 ` Kris Warkentin
2003-02-05 20:48 ` Mark Kettenis
2003-02-05 21:23 ` Kris Warkentin
2003-02-05 21:43 ` Kris Warkentin
2003-02-05 22:24 ` Mark Kettenis
2003-02-06 15:13 ` Kris Warkentin
2003-02-06 18:19 ` Andrew Cagney
2003-02-05 22:48 ` Mark Kettenis
2003-02-06 15:08 ` Kris Warkentin
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='001901c2d3bb$bea625e0$2a00a8c0@dash' \
--to=kewarken@qnx.com \
--cc=ac131313@redhat.com \
--cc=gdb-patches@sources.redhat.com \
--cc=kettenis@chello.nl \
/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