Eric applied this patch from Ralf Wildenhues on 2010-03-02:
> Remove fts-lgpl module.
>
> * modules/fts-lgpl: Remove.
> * MODULES.html.sh (func_all_modules): Adjust.
> * check-module (find_included_lib_files): Adjust.
> * m4/fts.m4 (gl_FUNC_FTS_LGPL): Remove.
There is no u
> ... change the expansion of @GNULIB_OPEN@ in lib/fcntl.in.h
> so that it expands to
> defined IN_GREP_GNULIB_TESTS
> instead of to 1
Actually I made it expand to
IN_GREP_GNULIB_TESTS
not
defined IN_GREP_GNULIB_TESTS
because I wanted to use the same expansion also for the GNULIB_OPEN C
> Resolve conflict between the two kinds of module indicators.
> * m4/gnulib-common.m4 (gl_MODULE_INDICATOR_FOR_TESTS): Define
> GNULIB_TEST_XYZ instead of GNULIB_XYZ.
After this change, some GNULIB_XYZ macros are unused. I'm applying the
patch below.
Simon, is it ok to remove t
> After cleaning up the @GNULIB_XYZ@ variables for possible use in tests-related
> modules, now the same for the GNULIB_XYZ C macros.
Here's the change for the modules 'malloc', 'realloc', 'sigpipe'. These modules
cannot be used among tests-related modules, due to the way the GNULIB_MALLOC_GNU
mac
> Even worse, for some modules, the GNULIB_XYZ macro is used in both ways:
This is fixed by this patch, which consistently uses the macro GNULIB_TEST_XYZ
to test for the presence of module 'xyz' in gllib/ or gltests/.
2010-03-27 Bruno Haible
Resolve conflict between the two kinds of
Hi,
After cleaning up the @GNULIB_XYZ@ variables for possible use in tests-related
modules, now the same for the GNULIB_XYZ C macros.
Two third of the gl_MODULE_INDICATOR invocations produce a GNULIB_XYZ macro
that is used to test whether the 'xyz' module _can be used_.
The other third of the gl_
Hi,
Some modules (such as 'sigpipe', 'malloc', or 'realloc') are not suitable as
dependencies from tests modules, because the way they are implemented, they
would have side effects on the main module set (in the situation Jim is
seeing with GNU grep).
To avoid this, one needs to add comments to t
The macro GNULIB_PORTCHECK, used in time.in.h, effectively means the same
as GNULIB_POSIXCHECK. It dates back to a time when Eric had not implemented
GNULIB_POSIXCHECK and not invented warn-on-use.
This patch modernizes this code and uses the common idiom.
2010-03-27 Bruno Haible
Use
Hi,
Replying to Jim I wrote:
> > "_rpl_open", referenced from:
> > _grepfile in grep.o
> The situation in the 'grep' package is as follows:
> - The main part, in lib/, has the module 'fcntl' and therefore
> implicitly 'fcntl-h', but not the 'open' module.
> - The tests part
A small factorization of common code in .m4 files. This is a preparation for
the next commit.
2010-03-27 Bruno Haible
Factorize common .m4 code.
* m4/gnulib-common.m4 (gl_MODULE_INDICATOR_SET_VARIABLE): New macro.
* m4/arpa_inet_h.m4 (gl_ARPA_INET_MODULE_INDICATOR): Us
Hi,
Jay Hesselberth asked:
> I'm trying to port a package developed in Linux to Mac OS X; the
> package makes use of strndupa in from Linux string.h, but this macro
> is missing in OS X string.h. Is there a reason this macro wasn't
> included in gnulib (or am I just missing it)?
The Linux manual
Hello Gnulib maintainers,
I'm trying to port a package developed in Linux to Mac OS X; the
package makes use of strndupa in from Linux string.h, but this macro
is missing in OS X string.h. Is there a reason this macro wasn't
included in gnulib (or am I just missing it)? Is this macro
unportable
Hi Simon,
> Building in cygwin fails because:
>
> depbase=`echo test-fcntl-h-c++.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I./.. -I../gllib -I./../gllib
> -MT test-fcntl-h-c++.o -MD -MP -MF $depbase.Tpo -c -o test-fcntl-h-c++.o
> test-fcntl-h-c++.
There were no objections in 5 days, so I committed this.
> 2010-03-21 Bruno Haible
>
> * m4/getlogin.m4 (gl_FUNC_GETLOGIN): Renamed from gl_GETLOGIN.
> * modules/getlogin (configure.ac): Update.
>
> * m4/getlogin_r.m4 (gl_FUNC_GETLOGIN_R): Renamed from gl_GETLOGIN_R.
>
14 matches
Mail list logo
