FYI: rename macro renamed

I noticed a non-gl_-prefixed name and fixed it. [ChangeLog] * modules/rename: Reflect vb_FUNC_RENAME - gl_FUNC_RENAME change. [m4/ChangeLog] * rename.m4 (gl_FUNC_RENAME): Rename from vb_FUNC_RENAME. Index: modules/rename

Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

Hi, The c-ctype, c-strcase, c-strcasestr and c-strstr modules seem only to implement their replacement functions using a c_ prefix. However, there is no autoconf test implemented by these modules that redefine the original function (in case it is missing) to point to their GnuLib replacement.

Re: Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

On Fri, 2006-09-15 at 05:35 -0600, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Yoann Vandoorselaere on 9/15/2006 5:29 AM: Hi, The c-ctype, c-strcase, c-strcasestr and c-strstr modules seem only to implement their replacement functions using a c_

Re: [bug-gnulib] removed many uses of HAVE_CONFIG_H from gnulib

Ralf Wildenhues wrote: CVS Libtool's libltdl allows third-party user code to decide over the naming of the config header file it may share with it (and whether to use one) Gettextize doesn't allow this choice, when including intl/ as a subdirectory, and I'm not aware that anybody complained

Re: [bug-gnulib] Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

Yoann Vandoorselaere wrote: The c-ctype, c-strcase, c-strcasestr and c-strstr modules seem only to implement their replacement functions using a c_ prefix. However, there is no autoconf test implemented by these modules that redefine the original function (in case it is missing) to point to

Re: ensure that generated files are read-only

Paul Eggert [EMAIL PROTECTED] wrote: Jim Meyering [EMAIL PROTECTED] writes: aren't the warning and possible annoyance at least a little more appropriate for the build-generated files whose rules I was proposing to change in gnulib? I suppose so, yes. Isn't this a generic problem that has

Re: bug fix: mv and 'cp -r' no longer fail when ...

GNU mv, with changes in the upcoming coreutils-6.2, had the portability problem outlined in http://permalink.gmane.org/gmane.comp.gnu.core-utils.bugs/8111 I've fixed it with the following additions to gnulib: [ChangeLog] * modules/rename-dest-slash: New module. *

FYI: regex_internal.c: avoid a warning

Since this file is already different from libc, this shouldn't hurt... 2006-09-15 Jim Meyering [EMAIL PROTECTED] Avoid a warning about an unused variable. * regex_internal.c (re_dfa_add_node): Move declaration of type into the #ifdef block where it's used. Index:

speed up gnulib-tool a bit

Hello Bruno, all, For some invocations, gnulib-tool is rather slow[1], which impacts productivity a bit. The following tries to improve things without sacrificing portability, while hopefully it doesn't compromise readability. ;-) First, `sort -u' is already used in gnulib-tool, so it would

Re: bug fix: mv and 'cp -r' no longer fail when ...

Bruno Haible [EMAIL PROTECTED] wrote: Jim Meyering wrote: ... then shouldn't the first test be this? if (len = FILE_SYSTEM_PREFIX_LEN (file) + 1) return false; Yes, that is better: more efficient on non-POSIX systems. Thanks. + { +/* Fail now, unless SRC is a directory.

Add support for PKGLIBDIR, PKGINCLUDEDIR, PKGDATADIR to configmake

For Bison, I installed the following to add support for Automake-supplied variables to configmake. The javaversion module can now be simplified a bit, by adding a dependency on configmake, so that its 'make' output is made a bit shorter. 2006-09-15 Paul Eggert [EMAIL PROTECTED] *