[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gnulib] FYI: adding AC_LIBSOURCES/AC_LIBOBJ in coreutils .m4 fi

From: Stepan Kasal
Subject: Re: [bug-gnulib] FYI: adding AC_LIBSOURCES/AC_LIBOBJ in coreutils .m4 files
Date: Mon, 31 Jan 2005 09:39:51 +0100
User-agent: Mutt/1.4.1i


in general, Alexandre has convinced me (a few weeks ago) that the
AC_LIBSOURCES approach is good.  I understand it brings some problems
to gettext, but that's the price gettext has to pay for being so special.

Let me present my idea how your actual problem should be solved:

On Sat, Jan 29, 2005 at 05:48:35PM +0100, Bruno Haible wrote:
> lib/ contains many gnulib modules. libgrep/ contains only a few of them:
> hard-locale, regex, strdup.

Perhaps lib/ should be _the_ gnulib dir, and you need special treatment
for libgrep.

First, hard-locale.[ch].  You can just copy these two files from gnulib
and add them to the *_SOURCES directory (hard-locale.o is always compiled).

regex -- 
(well, at this very moment, you probably should rather to use the source
files from glibc CVS, not from gnulib, but when gnulib upgrades it ...)
you can again copy the sources from gnulib.  You might then use an edited
version of regex.m4 for detection whether you can rely on the system regex;
a mere "sed /AC_LIB/d $gnulib/m4/regex.m4" could do.
Or you can compile regex unconditionally and link it statically.

strdup -- I guess you can all this to the shared compatibility library.
If I understand it correctly, modern platforms should have a working strdup.
Do you feel so much sorrow for the buggy platforms that have to have one
more object file in the shared library?

Have a nice day,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]