Hi Paul,
> --- a/ChangeLog
> +++ b/ChangeLog
> @@ -1,5 +1,27 @@
> +2011-07-17 Paul Eggert
> +
> + pthread_sigmask: assume POSIX if not using threadlib
> + This differs from the previous patch, in that it does not distinguish
> + from gl_THREADLIB being avoided, and it not being used
Paul,
> > I suppose another possible hack is to replace the ifdef with
> > something like m4_ifdef([gl_[]THREADLIB], ...); I haven't
> > investigated that.
>
> I tried that, and it seems to work. It strikes me that
> other gnulib macros play the m4_ifdef trick too, e.g.,
> gl_FUNC_WRITE does m4_
Paul Eggert wrote:
> Give the problems with the way aclocal works, some sort of
> hack seems inevitable. The application writer must have a
> way of controlling which gnulib modules is being used.
>
> I suppose another possible hack is to replace the ifdef with
> something like m4_ifdef([gl_[]THR
Hi Paul,
> It's not unusual for applications to want to use POSIX threads
> without also wanting to use threadlib.
Of course many applications make use of POSIX threads, without
using gnulib, or using gnulib but not threadlib.m4. But they do
so at the price of
- having lots of platform dependen
Hi Bastien,
> Something that could be interesting to use for gnulib sysinfo
>
> http://code.google.com/p/sysinfo-bsd/source/browse/sysinfo.c
Well, a function that returns load averages, swap space info, and info about
processes? That looks like a function specialized for tools like 'ps' and
'top