Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: _GNU_SOURCE when __GNU__
- X-seq: zsh-workers 27137
- From: Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: PATCH: _GNU_SOURCE when __GNU__
- Date: Sun, 12 Jul 2009 18:18:07 +0100
- Cc: Cyril Brulebois <kibi@xxxxxxxxxx>
- In-reply-to: <20090712163708.GA10163@xxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20090530175333.GA21771@xxxxxxxx> <20090712163708.GA10163@xxxxxxxx>
On Sun, 12 Jul 2009 16:37:08 +0000
Clint Adams <clint@xxxxxxx> wrote:
> On Sat, May 30, 2009 at 05:53:33PM +0000, Clint Adams wrote:
> > As far as I can tell, nothing is included up to this point which
> > define __GLIBC__, so the Hurd wasn't getting the
> > nanosecond-resolution structs guarded by __USE_MISC
> > and thus was not able to use them in Src/cond.c.
> > This has nothing to do with /dev/ptmx.
>
> So it seems that Debian GNU/kFreeBSD is actually hard-coding
> a __GLIBC__ define in gcc for some reason. Could someone
> think of a sane configure test for these struct members instead,
> or is it futile?
It should be just a question of #include'ing <sys/stat.h> and testing if
either st_atim.tv_nsec or st_atimensec is present in struct
stat---however, you'd need to be sure the definitions aren't trodden on
by something in system.h. We really need to be sure of that anyway, to
ensure consistency, but actually system.h is a bit murky (and I mean a
bit murky on the zsh scale, not on the scale of good programming).
--
Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>
Web page now at http://homepage.ntlworld.com/p.w.stephenson/
Messages sorted by:
Reverse Date,
Date,
Thread,
Author