Re: [PATCH] GNU/k*BSD fixes [w/ChangeLog]

[Robert Millan <rmh@debian.org>]

[ Nathanael, your email server at rr.com is rejecting my mail due to
blacklisting.  You will probably only read this message through gdb-patches.
I have tried neroden-guest@alioth.debian.org too, with no luck. Please tell
me an address where I can reach you. ]

On Sun, Aug 08, 2004 at 11:59:32PM -0400, Nathanael Nerode wrote:
> +#if defined(__FreeBSD__) && !defined(__FreeBSD_kernel__)
> +# define __FreeBSD_kernel__ __FreeBSD__
> +#endif
> +#ifdef __FreeBSD_kernel__
> +# include <osreldate.h>
> +# ifndef __FreeBSD_kernel_version
> +#  define __FreeBSD_kernel_version __FreeBSD_version
> +# endif
> +#endif
> 
> ...and I wondered if it is absolutely guaranteed that <osreldate.h> will
> exist on all FreeBSD and FreeBSD-kernel systems of any possible vintage
> supported by GDB.  Cause otherwise this could break the build on other
> systems.

Asides GNU/kFreeBSD I'm not aware of other non-FreeBSD systems using kernel
of FreeBSD.  Wrt different versions of FreeBSD, I can't be completely sure some
arcane version of FreeBSD didn't have osreldate.h.

I propose the following alternative, which also looks cleaner:

#ifdef HAVE_SYS_PARAM_H
#include <sys/param.h> /* __FreeBSD_{kernel_,}version */
#endif
#if defined(__FreeBSD__) && !defined(__FreeBSD_kernel__)
# define __FreeBSD_kernel__ __FreeBSD__
# define __FreeBSD_kernel_version __FreeBSD_version
#endif

(note: osreldate.h and sys/param.h are equivalent for this purpose)


On Mon, Aug 09, 2004 at 08:59:20AM +0200, Mark Kettenis wrote:
> 
> Yuck, the #ifdef mess in i386bsd-nat.c gets ugly.  I think it should
> be simplified.

Does the proposed alternative above address this concern?

> You're probably changing it to avoid the warning about
> the offsets in `struct sigcontext'.  If I just drop the support for
> ancient BSD (which isn't used anyway) we can avoid that.  You won't
> get the extra check on GNU/kFreeBSD then, but as long as enough people
> use GDB on normal FreeBSD/i386, this doesn't really matter.

The oldest version of kFreeBSD we ever supported is 4.6, so compatibility
with 3.x is not an issue for us.  If you want to drop support for 3.x, that
is fine with me.

> Considering the changes to bsd-kvm.c.  We shouldn't include config.h
> directly.  In GDB "defs.h" does that for us.

Ok.

> I assume that GNU/k*BSD
> still has libkvm.  Why doesn't it have <nlist.h>?  If not, then where
> does it get its `struct nlist' from?

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.

But I was surprised that disabling the '#include <nlist.h>' didn't cause the
build process to fail on missing declarations.  Does bsd-kvm.c really work
without nlist, or am I missing something?

-- 
Robert Millan

(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(Berkeley Software Distribution))