From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11527 invoked by alias); 9 Aug 2004 19:19:48 -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 11514 invoked from network); 9 Aug 2004 19:19:45 -0000 Received: from unknown (HELO khazad.dyndns.org) (80.24.13.86) by sourceware.org with SMTP; 9 Aug 2004 19:19:45 -0000 Received: from aragorn ([192.168.0.1] helo=khazad.dyndns.org) by khazad.dyndns.org with esmtp (Exim 3.36 #1 (Debian)) id 1BuFmy-00011J-00; Mon, 09 Aug 2004 21:26:32 +0200 Received: from rmh by khazad.dyndns.org with local (Exim 4.34) id 1BuFfu-000Di7-3F; Mon, 09 Aug 2004 21:19:14 +0200 Date: Mon, 09 Aug 2004 19:19:00 -0000 From: Robert Millan To: Mark Kettenis Cc: neroden@twcny.rr.com, gdb-patches@sources.redhat.com, glibc-bsd-hackers@nongnu.org Subject: Re: [PATCH] GNU/k*BSD fixes [w/ChangeLog] Message-ID: <20040809191914.GA52624@khazad.dyndns.org> References: <20040807022015.GA11745@khazad.dyndns.org> <200408090659.i796xKMs000507@elgar.kettenis.dyndns.org> <20040809162831.GD2417@khazad.dyndns.org> <200408091748.i79HmXOS038567@elgar.kettenis.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408091748.i79HmXOS038567@elgar.kettenis.dyndns.org> Organisation: free as in freedom X-Operating-System: GNU/kFreeBSD User-Agent: Mutt/1.5.6+20040722i X-SW-Source: 2004-08/txt/msg00331.txt.bz2 On Mon, Aug 09, 2004 at 07:48:33PM +0200, Mark Kettenis wrote: > > (note: osreldate.h and sys/param.h are equivalent for this purpose) > > Indeed defenitely exists on all FreeBSD systems, and is > the official way to get the defined we're talking about here. Ok. I'll take note on this. > Not really. I'm sort of bending the rules in i386bsd-nat.c by > checking the version numbers. By adding more to it, I run the risk > that people start noticing it ;-). Anyway, this code is not really > adding any functionality. It's just a bunch of consistency checks, > that you can perfectly well do without. > > [...] > > I'm talking about dropping support for pre-FreeBSD-BSD here, which > actually isn't supported. I'll remove that stuff and you can forget > about the #ifdefs. But the macro checks indicated the check is for FreeBSD 3.x? Well, I'm probably missing something here.. > We have libkvm, but not nlist() which is not part of Glibc. I'm considering > adding nlist() and other functions in a compatibility library (e.g. libbsd), > though. > > IIRC the Hurd once had such a compatibility library. Anyway ... It was part of Glibc. Then it was renamed to libutil and still exists, but with a slightly different purpose. > But I was surprised that disabling the '#include ' didn't cause the > build process to fail on missing declarations. Does bsd-kvm.c really work > without nlist, or am I missing something? > > It only needs the definition of `struct nlist'. If something else > provides that (presumably your has been hacked to do that) Heh. Actualy I hacked kvm.h myself to do precisely this (through inclussion of some kernel headers). I just didn't remember. =) > everything is fine. I'll add the #ifdef HAVE_NLIST_H. It can't hurt. Ok. Please don't forget about the hunks for gdb/configure.{host,tgt}. -- Robert Millan (Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\ (kernel of *(Berkeley Software Distribution))