From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14176 invoked by alias); 13 Feb 2003 22:53:08 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 14168 invoked from network); 13 Feb 2003 22:53:07 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (62.163.169.212) by 172.16.49.205 with SMTP; 13 Feb 2003 22:53:07 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6/8.12.5) with ESMTP id h1DMqRRs000434; Thu, 13 Feb 2003 23:52:27 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6/8.12.6) with ESMTP id h1DMqRYd009523; Thu, 13 Feb 2003 23:52:27 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6/8.12.6/Submit) id h1DMqROn009520; Thu, 13 Feb 2003 23:52:27 +0100 (CET) Date: Thu, 13 Feb 2003 22:53:00 -0000 Message-Id: <200302132252.h1DMqROn009520@elgar.kettenis.dyndns.org> From: Mark Kettenis To: kewarken@qnx.com CC: ac131313@redhat.com, gdb-patches@sources.redhat.com In-reply-to: <021601c2d3af$562e07f0$0202040a@catdog> (kewarken@qnx.com) Subject: Re: patch to add QNX NTO i386 support References: <1c3601c2cbc1$72eac3b0$0202040a@catdog> <3E40387D.50001@redhat.com> <008f01c2ce4b$427295f0$2a00a8c0@dash> <86lm0r3nha.fsf@elgar.kettenis.dyndns.org> <01f301c2d2e4$afb31200$0202040a@catdog> <200302132220.h1DMKBxU000786@elgar.kettenis.dyndns.org> <021601c2d3af$562e07f0$0202040a@catdog> X-SW-Source: 2003-02/txt/msg00317.txt.bz2 From: "Kris Warkentin" Cc: , Date: Thu, 13 Feb 2003 17:29:13 -0500 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 > From: "Kris Warkentin" > Date: Wed, 12 Feb 2003 17:18:35 -0500 > > Okay. I've got all our config files down to what's below. Not > much left to them. Andrew had wanted me to submit separate native > and remote patches but I can't figure out how to do that. We would > never build a native only gdb - we always support the remote > protocol as well - so I'm at a loss for how to get it to NOT > compile the remote-nto.c file. > > I think we'd want the remote stuff to be optional. One way to make it > such is having a configure option, say --enable-remote-nto, to enable > it (which would be the default on QNX NTO systems, where you'd be able > to use --disable-remote-nto to disable it). GDB should compile either > way (but the remote-nto stuff probably wouldn't be of any use except > for connecting to QNX NTO systems). 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. > I'm missing config/tm-qnxnto.h from the files you listed. And what > purpose fulfills the tm-nto.h file you listed? Anyway, show me the > complete target-stuff and let's get that integrated first! 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? 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. Mark