[PING] Re: regexprops-generic.texi module?

I'll commit over the weekend if nobody raises an objection. Cheers, Gary. Gary V. Vaughan wrote: > Okay to commit the attached patch in order to have > regexprops-generic.texi import to CVS M4 handled by gnulib-tool? > Or would it be better to make a whole new module for this? > > Cheers

Re: CVS -D option with time offset

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Larry Jones <[EMAIL PROTECTED]> writes: > Dirk Stoecker writes: > > > > > cvs diff -D 2006-07-27T18:50:00 > > CVS is interpreting the "T" between the date and time as a military > timezone. You should use a space instead. Hmmm... Yes, it looks lik

localcharset module simplification

2006-07-31 Bruno Haible <[EMAIL PROTECTED]> * localcharset.c: Assume , , exist. * localcharset.m4 (gl_LOCALCHARSET): Remove tests for , , . *** lib/localcharset.c 22 Jul 2006 14:11:57 - 1.22 --- lib/localcharset.c 31 Jul 2006 16:06:52 - *** **

fnmatch memory allocation fix

Hi, When trying to use the 'fnmatch' module for GNU gettext, I found thst it still depends on the old 'alloca' module that relies on an external function on platforms like HP-UX 10.00 with cc. IMO the better choice is to use the 'alloca-opt' module and hand-optimized code for modules that come fro

change macro of modules csharpexec, javaexec, javacomp-script

The macros of these modules take arguments; therefore no generally valid invocation can be put into the module description file. 2006-07-30 Bruno Haible <[EMAIL PROTECTED]> * modules/csharpexec (configure.ac): Comment out macro invocation. * modules/javaexec (configure.ac): Like

tweak wcwidth.m4

wcwidth.m4 was using HAVE_STRING_H without testing whether exists. Of course, we nowadays assume it exists. 2006-07-30 Bruno Haible <[EMAIL PROTECTED]> * wcwidth.m4 (gl_FUNC_WCWIDTH): Assume exists. *** m4/wcwidth.m4.bak 2006-07-03 13:53:03.0 +0200 --- m4/wcwidth.m4

fix 'javaversion' module

The Makefile.am commands for the javaversion module were incomplete. 2006-07-30 Bruno Haible <[EMAIL PROTECTED]> * modules/javaversion (Makefile.am): Distribute javaversion.java and javaversion.class. Also install javaversion.class in $(pkgdatadir) and set PKGDATADIR to

fix module 'clean-temp'

There was a mistake in the dependencies: 2006-07-30 Bruno Haible <[EMAIL PROTECTED]> * modules/clean-temp (Depends-on): Add linkedhash-list, remove linked-list. *** modules/clean-temp.bak 2006-07-23 11:55:37.0 +0200 --- modules/clean-temp 2006-07-30 18:22:15.0

license change of 'readlink' module

According to our usual rule regarding GPL vs. LGPL license, the readlink module module (that provides a fallback for readlink() on Woe32) should be LGPL. I'm changing it, since I wrote it. *** gnulib-20060729/modules/readlink2004-09-22 17:11:04.0 +0200 --- gnulib-20060729-modified/mo

gnulib-tool: removing core files

Applied this: 2006-07-30 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_emit_lib_Makefile_am, func_emit_tests_Makefile_am): Initialize MOSTLYCLEANFILES to core and *.stackdump, so that core dumps get removed. *** gnulib-tool.bak 2006-07-30 02:13:28.0 +

gnulib-tool: looking for minimum autoconf version

Hi, The determination of the minimum autoconf version from configure.ac that I put in did not work well. I'm changing it. 2006-07-29 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (autoconf_minversion): If a --dir option is given and relevant, look for configure.ac there, not i

gnulib-tool: new option --no-libtool

Hi, One thing is annoying about gnulib-tool's --libtool option: It defaults to using --libtool if the configure.ac invokes AC_PROG_LIBTOOL. That's a good guess, but it should be able to override it. Currently, the only way to do so it to hand-edit gnulib-cache.m4; it is not possible from the comma