Re: new module for temporary files in temporary directories

2006-07-24 Thread Bruno Haible
Paul Eggert wrote: > > 'malloc' is one such function. > > My intuition is the oppposite; I would expect 'malloc' to have more > problems than a random user function, since the compiler "knows" more > of malloc's properties. The compiler knows about it, but its code is quite complex, therefore hard

new module 'javaversion'

2006-07-24 Thread Bruno Haible
ion.h" License: GPL Maintainer: Bruno Haible lib/javaversion.h === /* Determine the Java version supported by javaexec. Copyright (C) 2006 Free Software Foundation, Inc. Written by Bruno Haible <[EMAIL PROTECTED]>, 2006. This

Re: va_copy, new module 'stdarg'

2006-07-24 Thread Bruno Haible
Hi Jim, The stdarg.m4 macro is now tested (it's used in gettext-0.15). Any objections to this patch? diff -r -c3 --unidirectional-new-file --exclude=CVS gnulib-20060722/modules/version-etc gnulib-20060722-modified/modules/version-etc *** gnulib-20060722/modules/version-etc 2005-07-06 17:58:47.0

stdint.m4 tweak

2006-07-24 Thread Bruno Haible
Hi Paul, ok to apply this code simplification? diff -r -c3 --unidirectional-new-file --exclude=CVS gnulib-20060722/m4/stdint.m4 gnulib-20060722-modified/m4/stdint.m4 *** gnulib-20060722/m4/stdint.m42006-07-11 13:54:20.0 +0200 --- gnulib-20060722-modified/m4/stdint.m4 2006-0

making stdint.m4 stricter

2006-07-24 Thread Bruno Haible
Hi Paul, It doesn't cost much add verify that the *_MIN macros are defined in stdint.m4 (even if I haven't seen a system that defines *_MAX but not the corresponding *_MIN). Likewise for the INT_LEAST_*_MAX/MIN macros. OK to commit? *** gnulib-20060722/m4/stdint.m42006-07-11 13:54:20.000

rewritten inttypes module

2006-07-24 Thread Bruno Haible
just the particular functions - strtoimax, strtoumax likewise, unmodified 2006-07-23 Bruno Haible <[EMAIL PROTECTED]> * modules/inttypes (Files): Add lib/inttypes_.h, remove lib/inttypes.h. Add m4/inttypes.m4, remove m4/_inttypes_h.m4 and m4/include_next.m4. (

make linked-list traversable in signal handlers

2006-07-24 Thread Bruno Haible
Hi, I committed this patch, using 'volatile' to avoid instruction reordering. 2006-07-23 Bruno Haible <[EMAIL PROTECTED]> * gl_anylinked_list2.h (ASYNCSAFE): New macro. (gl_linked_add_first, gl_linked_add_last, gl_linked_add_before, gl_

new module 'tmpdir'

2006-07-24 Thread Bruno Haible
tory. Files: lib/tmpdir.h lib/tmpdir.c m4/tmpdir.m4 Depends-on: stdbool configure.ac: gt_TMPDIR Makefile.am: lib_SOURCES += tmpdir.h tmpdir.c Include: "tmpdir.h" License: GPL Maintainer: Bruno Haible = lib/tmpdir.h = /* Determin

new module 'clean-temp', take 2

2006-07-24 Thread Bruno Haible
clean-temp.c Include: "clean-temp.h" License: GPL Maintainer: Bruno Haible == lib/clean-temp.h === /* Temporary directories and temporary files with automatic cleanup. Copyright (C) 2006 Free Software Foundation, Inc. Written

Re: update javacomp module

2006-07-24 Thread Bruno Haible
Forgot to update the dependencies of the javacomp module. 2006-07-24 Bruno Haible <[EMAIL PROTECTED]> * modules/javacomp (Depends-on): Add unistd, javaversion, binary-io, getline, pathname, fwriteerror, clean-temp, xvasprintf, strstr. *** modules/javacomp2 Dec 2005

Re: new module for temporary files in temporary directories

2006-07-24 Thread Bruno Haible
Paul Eggert wrote: > Linus Torvalds has deprecated the use of 'volatile' in data > structures for optimization barriers (which is the use that started > this thread), and prefers the use of primitives like barrier() > instead. Sure, I agree that it's easier to write wrong code with 'volatile' than

Re: va_copy, new module 'stdarg'

2006-07-25 Thread Bruno Haible
Jim Meyering wrote: > > The stdarg.m4 macro is now tested (it's used in gettext-0.15). Any > > objections > > to this patch? > > That looks fine. Patch applied. 2006-07-25 Bruno Haible <[EMAIL PROTECTED]> * modules/version-etc (Depends-on): Add

Re: [bug-gnulib] shell variable namespaces

2006-07-25 Thread Bruno Haible
Jim Meyering wrote: > I see that there are many other uses of "$result" in that file. > How about using a name that doesn't impinge on the configure.ac > writer's name space? E.g., s/result/gl_result/g in stdint.m4 There are many more shell variables used in macros that don't have a particular pr

Re: purpose of *-safer?

2006-07-25 Thread Bruno Haible
Hi Paul, When is it recommended to use these *-safer modules? What I understand is: If one of the file descriptors 0, 1, 2 is closed at program startup, and if you later use open() or fopen(), it might be possible that printf or fprintf statements to stdout or stderr are directed into this comple

Re: purpose of *-safer?

2006-07-26 Thread Bruno Haible
Eric Blake wrote: > POSIX requires [n]>&- and [n]<&- redirection operators to close > the respective stream, even when n is 0, 1, or 2. POSIX allows an > implementation to supply replacement file descriptors when exec'ing a > setuid or setgid program. But in the normal case, implementations reall

Re: [bug-gnulib] purpose of *-safer?

2006-07-26 Thread Bruno Haible
Jim Meyering wrote: > Don't ever hide a conceptual write failure. > Reporting the error is the desired behavior. Thanks for explaining. Another argument, maybe, is that the kernel people wouldn't have invented /dev/null if you could get the same effect by closing the file descriptor. It all makes

Re: [bug-gnulib] gettextize vs. gnulib?

2006-07-26 Thread Bruno Haible
Karl Berry wrote: > Given your updates to gettext in gnulib, I'm wondering about the > relationship of gnulib and gettextize (and autopoint, I guess). If a > packages uses the gettext module from gnulib, is it still necessary or > desirable to run gettextize? Or is gnulib sufficient? Good questi

Re: [bug-gnulib] split stdio-safer into fopen-safer, tmpfile-safer

2006-07-26 Thread Bruno Haible
Eric Blake wrote: > tmpfile is > allowed to leave a permanent file behind if the call to tmpfile() is > interrupted, or if the process _exit()s. Yet there is no way to know what > that file is. Yup. When you look at clean-temp.c you see the various steps that are needed to avoid leaving a file be

Re: rewritten inttypes module

2006-07-27 Thread Bruno Haible
VE_INTTYPES_H''@/$(HAVE_INTTYPES_H)/g' \ + -e 's/@''ABSOLUTE_INTTYPES_H''@/$(ABSOLUTE_INTTYPES_H)/g' \ + -e 's/@''HAVE_LONG_LONG_INT''@/$(HAVE_LONG_LONG_INT)/g' \ + -e 's/@''PRIPTR

Re: [bug-gnulib] stdio-safer and tmpfile

2006-07-27 Thread Bruno Haible
Eric Blake wrote: > +#if ! HAVE_MKSTEMP > +int mkstemp (char *) > +#endif I added a semicolon here. Bruno

stdint tweak

2006-07-27 Thread Bruno Haible
Hi Paul, You noticed some confusion about the _STDC_... macros. I'm committing this fix. 2006-07-27 Bruno Haible <[EMAIL PROTECTED]> * m4/stdint.m4 (gl_STDINT_H): Define __STDC_CONSTANT_MACROS during the test. * lib/stdint_.h (INT*_C, UINT*_C) [C++]: Defi

Re: [bug-gnulib] [PATCH]: arpa/inet.h inclusion warning under FreeBSD 4.x

2006-07-28 Thread Bruno Haible
Yoann Vandoorselaere wrote: > > #include > #include > + > +#ifdef HAVE_NETINET_IN_H > +# include > +#endif > + > #ifdef HAVE_ARPA_INET_H > # include > #endif Also, how about using #if instead of #ifdef, like in the rest of gnulib? *** gnulib-20060722-modified/lib/inet_ntop.h2006-01

Re: [bug-gnulib] [PATCH]: mbchar.h and iswcntrl

2006-07-28 Thread Bruno Haible
Hi, Yoann Vandoorselaere wrote: > mbchar.h make direct use of the iswcntrl function which is not available > on some system. I made a patch using the same workaround as is done in > mbswidth.c, although I'm not sure this is valid. Just for info: Which system is this which has a and a header fil

Re: [bug-gnulib] [PATCH]: mbchar.h and iswcntrl

2006-07-28 Thread Bruno Haible
, because of mb_isalpha..mb_isxdigit.) [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/include/wctype.h [2] http://cvsup.pt.freebsd.org/cgi-bin/cvsweb/cvsweb.cgi/src/include/wctype.h 2006-07-28 Bruno Haible <[EMAIL PROTECTED]> * m4/mbchar.m4 (gl_MBCHAR): Also test for iswcntrl.

Re: dates in gnulib ChangeLog entries

2006-07-28 Thread Bruno Haible
/Simon wrote: > Emacs doesn't highlight this new format well. This is a poor argument: 1) Emacs ChangeLog highlighting is known for not even supporting enumerations of functions, broken across lines: 2005-05-11 Bruno Haible <[EMAIL PROTECTED]>

Re: [bug-gnulib] [PATCH]: mbchar.h and iswcntrl

2006-07-28 Thread Bruno Haible
Yoann Vandoorselaere wrote: > there are multiple "static" typo in your latest commit, please > apply the attached patch. Oops, sorry. Thanks, done. Bruno

Re: [bug-gnulib] missing --doc-base option

2006-07-29 Thread Bruno Haible
stead, I'm changing the error message. 2006-07-29 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_import): Extend error message about missing --doc-base. *** gnulib-tool 20 Jul 2006 16:53:35 - 1.120 --- gnulib-tool 29 Jul 2006 12:45:49 - *** ***

Re: gnulib-tool --help

2006-07-29 Thread Bruno Haible
Karl Berry wrote: > What was your problem with the --help output originally? > > Originally, all I noticed was that the locution > ... Directory relative --dir where ... > reads as bad English to me, and it should be (I think) > ... Directory relative to --dir where ... Right. I keep thi

Re: [bug-gnulib] proposal for fdl module

2006-07-29 Thread Bruno Haible
Eric Blake wrote: > 2006-07-10 Eric Blake <[EMAIL PROTECTED]> > > * gnulib-tool: Avoid space-tab. > (--doc-base): Add new option, for where .texi files should live. Sometimes, this creates an empty doc directory. I'm fixing this: 2006-07-29 Bruno Ha

Re: [bug-gnulib] gnulib-tool change for Autoconf 2.60 and onceonly

2006-07-29 Thread Bruno Haible
Eric Blake wrote: > Would it be worth grepping configure.ac, and if you detect AC_PREREQ([2.60]), > having that imply --assume-autoconf=2.60? Implemented: 2006-07-29 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (SORT): New variable. (func_usage): Undocum

support for projects without a Makefile.am

2006-07-29 Thread Bruno Haible
Hi, I'm adding support to gnulib-tool for projects which at the top-level have a Makefile.in but no Makefile.am (such as GNU libiconv). Bruno 2006-07-29 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (import, update): If there is no Makefile.am, look at aclocal.

working with locally modified or augmented gnulib repositories

2006-07-29 Thread Bruno Haible
t allows you to easily hold back modifications you make to gnulib macros (where it may be better to share them). On the other hand, it allows you to create your own pool of modules in a "staging area" for gnulib. Bruno 2006-07-29 Bruno Haible <[EMAIL PROTECTED]>

Re: [bug-gnulib] setenv.c source

2006-07-29 Thread Bruno Haible
hich is needed for the --enable-relocatable stuff to work on mingw. I'm putting it back, and removing Karl's sync of setenv.c with coreutils. (As you said above, it was a temporary measure until the gettext 0.15 release. But in the long run, it's wrong to have a module of which I'm

fix module setenv's dependencies

2006-07-29 Thread Bruno Haible
unsetenv.c includes unconditionally. Therefore this module must depend on 'unistd'. (Even though setenv.c uses HAVE_UNISTD_H, for reasons explained in the other mail.) 2006-07-29 Bruno Haible <[EMAIL PROTECTED]> * modules/setenv (Depends-on): Add unistd. *** module

Re: [bug-gnulib] missing --doc-base option

2006-07-29 Thread Bruno Haible
Eric Blake wrote: > According to Bruno Haible on 7/29/2006 6:44 AM: > > --- 1030,1036 > > if test -z "$docbase"; then > > docbase="$cached_docbase" > > if test -z "$docbase"; then > > ! func_fatal_error &qu

gnulib-tool: new option --no-libtool

2006-07-31 Thread Bruno Haible
e from the command line. GNU libiconv has an AC_PROG_LIBTOOL but needs to build its gnulib portion without libtool, because the installation rules for the 'iconv' program are special and need to access srclib/libicrt.a directly. I'm adding an option --no-libtool. 2006-07-29 Bruno

gnulib-tool: looking for minimum autoconf version

2006-07-31 Thread Bruno Haible
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

gnulib-tool: removing core files

2006-07-31 Thread Bruno Haible
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.000

license change of 'readlink' module

2006-07-31 Thread Bruno Haible
ified/modules/readlink 2006-07-30 17:22:42.0 +0200 *** *** 15,21 Include: License: ! GPL Maintainer: Bruno Haible --- 15,21 Include: License: ! LGPL Maintainer: Bruno Haible

fix module 'clean-temp'

2006-07-31 Thread Bruno Haible
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

fix 'javaversion' module

2006-07-31 Thread Bruno Haible
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 PKGDATA

tweak wcwidth.m4

2006-07-31 Thread Bruno Haible
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/wcwi

change macro of modules csharpexec, javaexec, javacomp-script

2006-07-31 Thread Bruno Haible
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 (config

fnmatch memory allocation fix

2006-07-31 Thread Bruno Haible
zed code for modules that come from glibc, and the 'allocsa' module for higher-level code. Furthermore fnmatch_loop.c has a gratuitous limit of 2000 characters for patterns; 2000 is less than PATH_MAX! Here is a proposed patch to fix both. 2006-07-30 Bruno Haible <[EMAIL PRO

localcharset module simplification

2006-07-31 Thread Bruno Haible
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

Re: [bug-gnulib] typo in error module

2006-08-01 Thread Bruno Haible
Eric Blake wrote: > OK to check in? Note that it does affect the > semantics of anyone using the error_print_progname callback - previously, > error > would not supply a space and now it does. But that is the only way I could > make error_at_line consistent with GNU Coding Standards. I objec

Re: [bug-gnulib] race condition gnulib-tool's mostlyclean-local rule

2006-08-04 Thread Bruno Haible
-08-04 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_emit_lib_Makefile_am, func_emit_tests_Makefile_am): Make the mostlyclean-local rule depend on mostlyclean-generic. Reported by Jim Meyering. Solution suggested by Ralf Wildenhues. *** gnulib-tool 31 Jul 2006 11

Re: fix 'javaversion' module

2006-08-07 Thread Bruno Haible
Hello Ralf, > Why not be extensible right from the start? OK to apply? > > Cheers, > Ralf > > * gnulib-tool (func_emit_lib_Makefile_am): Initialize > `pkgdata_DATA'. > * modules/javaversion (Makefile.am): Add to `pkgdata_DATA'. Thanks, your patch is applied. Also I changed fu

Re: [bug-gnulib] wcwidth on OSF/1 (was: m4-1.4.6 soon?)

2006-08-07 Thread Bruno Haible
Gary V. Vaughan wrote: > A gnulib bug on osf (4.0d and 5.1): > alphaev67-dec-osf5.1$ make all check > cc -DHAVE_CONFIG_H -I. -I../../lib -I.. -g -c ../../lib/mbchar.c > cc: Warning: ../../lib/wcwidth.h, line 70: In this declaration, > parameter 1 has a different type than specified in a

Re: [bug-gnulib] VPATH and IRIX make (was: m4-1.4.6 soon?)

2006-08-07 Thread Bruno Haible
Gary V. Vaughan wrote: > A make portability bug shows up on sgi: > mips-sgi-irix6.5$ make all check > make all-recursive > Making all in . > Making all in examples > Making all in lib > cp ../../lib/getopt_.h getopt.h-t > mv getopt.h-t getopt.h > sed -e 's/@

Re: [bug-gnulib] wcwidth on OSF/1

2006-08-07 Thread Bruno Haible
Gary V. Vaughan wrote: > Here is the culprit: > > configure:14791: checking whether wcwidth is declared > configure:14828: cc -c -g conftest.c >&5 > cc: Error: /usr/include.dtk/wchar.h, line 78: Ill-formed parameter type > list. (parmtyplist) > __VA_LIST__ __arg); > --

Re: [bug-gnulib] new module proposal: verror

2006-08-08 Thread Bruno Haible
Eric Blake wrote: > a useful va_list error variant for use in m4, I propose this new module. > Any objections to installing this? It looks alright, except for the Ben's comment and this: > + AC_LIBSOURCES([verror.c, verror.h]) > + AC_LIBOBJ([verror]) This makes it impossible to use this modu

Re: allocsa module update

2006-08-08 Thread Bruno Haible
g as an AIX 3.2.5 machine was part of my zoo of machine. Maybe Nelson Beebe still has one in his zoo. > What was the original bug report that prompted this, by the way? It > should affect some Autoconf proper code as well. Noticed it while building gettext or libiconv. I didn't bother t

Re: change macro of modules csharpexec, javaexec, javacomp-script

2006-08-08 Thread Bruno Haible
r" creates a configure.ac directly. I'm changing it to allow AC_REQUIREs. But IMO the autoconf maintainers should consider allowing AC_REQUIREs outside of functions (and in that case, the inserted expansions should go into the current point). 2006-08-07 Bruno Haible <[EMAIL PROTECTED]&

Re: [bug-gnulib] wcwidth on OSF/1

2006-08-08 Thread Bruno Haible
Gary V. Vaughan wrote: > NOTICE -- NEW DEFAULTS > > This Developers' Toolkit Supplement compiler defaults to -std -intrin- > sics. The compiler that shipped with Tru64 UNIX V4 systems defaults to > -std0. For compilations that rely on these default settings, this > c

Re: allocsa module update

2006-08-08 Thread Bruno Haible
Ralf Wildenhues wrote: > Thanks. Note this still doesn't cope with -qalign, nor would I bet > money that AIX won't ever use 8 byte alignment for 4 byte types (or > similar). Such an alignment rule would mean that in a struct { int x; int y; int z; } or struct { float x; float y; float z; } ha

Re: [bug-gnulib] new module proposal: verror

2006-08-08 Thread Bruno Haible
Eric Blake wrote: > Unfortunately, xvasprintf is not LGPL, so the verror module cannot be LGPL > for > now Yes; it does not make sense for a library to call a function that may call xalloc_die(). Using xvasprintf results in small and maintainable code. You could also do it without xvasprintf: pe

hello/configure.ac

2006-08-09 Thread Bruno Haible
Hello Karl, hello/configure.ac has this: # Since we make a helper library. AC_PROG_RANLIB This is not needed any more. The helper library is made through gnulib, and gnulib-tool already puts AC_PROG_RANLIB in its gl_EARLY macro. Bruno

Re: CC=cc ./configure or ./configure CC=cc

2006-08-10 Thread Bruno Haible
Ralf Wildenhues wrote: > * standards.texi (Configuration): Document that `configure' > should accept arguments of the form `VARIABLE=VALUE' and why > they are preferable over environment variables. > Suggested by Bruno Haible. Looks quite good. Jus

Re: [bug-gnulib] Re: new module proposal: verror

2006-08-10 Thread Bruno Haible
t;gnulib-tool --import" fail while the corresponding "gnulib-tool --create-testdir" works. But since --create-testdir is made for testing, it should fail in such a situation as well. I'm applying this patch: 2006-08-10 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool

Re: [bug-gnulib] wcwidth on OSF/1

2006-08-11 Thread Bruno Haible
before . Confirmed. Thanks, Albert! I wasn't aware that this was the same bug that we work around in so many other places. I'm adding the fix below to gnulib. No need any more for -I/usr/include or option -nodtk. 2006-08-11 Bruno Haible <[EMAIL PROTECTED]> * wcwidth.m4

Re: [bug-gnulib] snprintf fixes in gnulib

2006-08-11 Thread Bruno Haible
ht (C) 2004, 2006 Free Software Foundation, Inc. !Written by Simon Josefsson and Paul Eggert. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by --- 1,6 /* Formatted output to strings.

Re: [bug-gnulib] snprintf fixes in gnulib

2006-08-11 Thread Bruno Haible
Paul Eggert wrote: > I've added him (Bruno, if you object I'll remove you :-). It's fine, I don't object :-), since snprintf is related to vasnprintf. Bruno

Re: [bug-gnulib] poll(2) emulation doesn't work well on a file descriptor

2006-08-11 Thread Bruno Haible
Daiki Ueno wrote: > When I tried a tiny program which uses gnulib's poll(2) emulation on > MacOS X 10.4, I found a bug. gnulib's poll(2) uses recv(2) with > MSG_PEEK to support POLLHUP. However, recv(2) is only applicable to a > socket, not to a file descriptor. Thanks for reporting this. > Tho

Re: [bug-gnulib] sync from gnulib to coreutils

2006-08-11 Thread Bruno Haible
Paul Eggert wrote: > This burned another hour of my time. I suppose I should bump the > priority of getting bootstrapping to work with coreutils. The bidirectional merge between gettext and gnulib after gettext-0.15 took me 5 hours. Then I switched to using gnulib-tool. The number of files mainta

Re: [bug-gnulib] gnulib and missing distribution files?

2006-08-14 Thread Bruno Haible
Karl Berry wrote: > In trying to prepare the release of (gasp) GNU Hello, I'm finding that > some gnulib files are being left out of the distribution tar.gz, > specifically the getopt-related ones. It looks like this is because the > gnulib Makefile.am just has: > > libgnu_a_SOURCES = > libgnu_a_

Re: [bug-gnulib] list of gnulib users (was: [bug-gnulib] sync from gnulib to coreutils)

2006-08-14 Thread Bruno Haible
Ralf Wildenhues wrote: > would you mind a list of URLs pointing to general CVS > instructions rather than a web interface? Usually the latter is only a > couple of clicks away from the former, but the other way is difficult to > find. Might make sense if you're interested in different things than

Re: [bug-gnulib] copyright-notice patches for alloca, gnulib-tool, tls, etc.

2006-08-14 Thread Bruno Haible
Paul Eggert wrote: > Bruno, can you please review the following patches to fix the > remaining copyright-notice problems in gnulib? I'll install them if > that will save you time. All fine with me (since, as far as I understood, the GFDL with "no Invariant Sections, with no Front-Cover Texts, and

Re: [bug-gnulib] fix copyright notices in gnulib for getdate, quote, verify, etc.

2006-08-15 Thread Bruno Haible
Paul Eggert did: > 2006-08-14 Paul Eggert <[EMAIL PROTECTED]> > > * modules/COPYING: New file. I added this patch, so that gnulib-tool doesn't use this file as a module description: 2006-08-15 Bruno Haible <[EMAIL PROTECTED]> * gnu

coreutils-6.0: compilation failure on NetBSD 3.0 (1)

2006-08-18 Thread Bruno Haible
4.4BSD getmntinfo; otherwise it must be a new one taking 'struct statvfs **'. This patch works on NetBSD 3.0, and passes "make check". After it, you might want to rename MOUNTED_GETMNTINFO to MOUNTED_GETMNTINFO1. 2006-08-18 Bruno Haible <[EMAIL PROTECTED]> A

new module bison-i18n

2006-08-18 Thread Bruno Haible
. === modules/bison-i18n Description: Support for internationalization of bison-generated parsers. Files: m4/bison-i18n.m4 Depends-on: configure.ac: BISON_I18N Makefile.am: Include: License: GPLed build tool Maintainer: Bruno Haible, Paul Eggert = m4/bison-i18n.m4

Re: fnmatch memory allocation fix

2006-08-18 Thread Bruno Haible
Hi, Are there no comments regarding http://lists.gnu.org/archive/html/bug-gnulib/2006-07/msg00333.html ? This is code that should fix a problem also in glibc. Bruno

new module c-strstr

2006-08-18 Thread Bruno Haible
sestr. modules/c-strstr Description: Search for a substring in a string in C locale. Files: lib/c-strstr.h lib/c-strstr.c Depends-on: configure.ac: Makefile.am: lib_SOURCES += c-strstr.h c-strstr.c Include: "c-strstr.h" License: LGPL Maintaine

Re: new module c-strstr

2006-08-18 Thread Bruno Haible
Paul Eggert wrote: > > /* The functions defined in this file assume the "C" locale and a character > >set without diacritics (ASCII-US or EBCDIC-US or something like that). > >Even if the "C" locale on a particular system is an extension of the > > ASCII > >character set (like on BeOS,

Re: new module bison-i18n

2006-08-18 Thread Bruno Haible
Paul Eggert wrote: > Good idea, thanks. Two minor points: > > > if test -n "$BISON_LOCALEDIR"; then > > USER_LINGUAS="${LINGUAS-%UNSET%}" > > if test -n "$USER_LINGUAS"; then > > What is the significance of the %UNSET% here? I.e., why is an unset > LINGUAS treated as nonempty?

Re: [bug-gnulib] hello 2.1.91 pretest

2006-08-21 Thread Bruno Haible
s for the quick diagnosis. Without it, I was tempted to change the first line to #!/usr/bin/env bash I applied this patch. 2006-08-21 Mark D. Baushke <[EMAIL PROTECTED]> Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_verify_module): Work around

Re: [bug-gnulib] gnulib changes to make it easier for coreutils to use gnulib-tool

2006-08-21 Thread Bruno Haible
Paul Eggert wrote: > Is this as simple as removing the AC_SOURCES lines in the .m4 files, > and replacing them with Files: lines in the modules file It's as simple as removing the AC_SOURCES lines and adding the files to lib_SOURCES or noinst_HEADERS or EXTRA_DIST. For a .h file it doesn't matter

Re: [bug-gnulib] Initialization of pkgdata_DATA

2006-08-21 Thread Bruno Haible
rectory is not created. I'm committing the following change. Does it fix the problem? Bruno 2006-08-21 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_emit_lib_Makefile_am, func_emit_tests_Makefile_am): Emit a pkgdata_DATA variable only if some snippets add con

coreutils-6.0 on BeOS (2)

2006-08-21 Thread Bruno Haible
irectory `/boot/home/gnubuild/coreutils-6.0/src' The reason is that BeOS has mbrtowc() but no , and hence mbchar.c has not been compiled. I'm committing this fix to gnulib. 2006-08-19 Bruno Haible <[EMAIL PROTECTED]> BeOS portability. * modules/mbchar (Include)

gnulib-tool: make it possible to install the generated library

2006-08-21 Thread Bruno Haible
Hi, I added this change to gnulib-tool. It will allow for libgettextlib to be installed as a shared library, saving some disk space for a few installed programs. 2006-08-21 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_emit_lib_Makefile_am): If the snippets a

coreutils-6.0 on BeOS (3)

2006-08-21 Thread Bruno Haible
oreutils-6.0/src' The reason is that BeOS doesn't have fchmod. This fixes it. 2006-08-19 Bruno Haible <[EMAIL PROTECTED]> BeOS portability. * lib/dirchownmod.c (dirchownmod): Fall back to lchmod or chmod if fchmod doesn't exist. *** lib/dirchownmod.c.b

Re: [bug-gnulib] Compilation failure of xvasprintf.c on FreeBSD 4.x

2006-08-21 Thread Bruno Haible
Hi, Martin Lambers wrote: > Roman Bogorodskiy reported that xvasprintf.c fails to compile on FreeBSD > 4.x, and that the patch below fixes that. He can give more details if > necessary. Apparently, FreeBSD does not have va_copy(). This should be > catched by stdarg.m4, right? Right. The details t

new file: x-to-1.in

2006-08-22 Thread Bruno Haible
Hi, This script that generates man pages using help2man appears to be useful outside gettext; I'm therefore adding it to gnulib. 2006-08-22 Bruno Haible <[EMAIL PROTECTED]> * build-aux/x-to-1.in: New file, from GNU gettext. == build-au

hello-2.1.91 warning

2006-08-22 Thread Bruno Haible
Hi, Compiling hello-2.1.91 with CPPFLAGS=-Wall on Linux/x86 gives this warning: hello.c: Dans la fonction « main »: hello.c:142: Warnung: trop d'arguments pour le format The fix is obvious (if you speak French :-)). Bruno

hello-2.1.91 compilation failure on MacOS X

2006-08-22 Thread Bruno Haible
ocale_charset ld: Undefined symbols: _program_name make[2]: *** [hello] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 The reason is that you use the module 'error' without defining 'program_name'. Until I've reworked the 'program_name'

hello-2.1.91 modernization

2006-08-22 Thread Bruno Haible
roves the legibility of the program. - Declaration of variables and functions as 'static' where possible. Necessary discipline for large programs. - #if HAVE_... instead of #ifdef HAVE_... 2006-08-21 Bruno Haible <[EMAIL PROTECTED]> * src/system.h: Fix doub

hello-2.1.91 build failure on MacOS X

2006-08-22 Thread Bruno Haible
ite rarely. This way, 1) The minimum requirements for regenerating the manpage are lowered from help2man to perl, 2) If this minimum requirement is not met, the man page is left untouched; only a "WARNING: The man page hello.1 cannot be updated yet." is printed. ChangeLog: 200

hello-2.1.91 testsuite failure

2006-08-22 Thread Bruno Haible
efined locale. Some implementations may provide facilities for local installation administrators to set the default locale ..." Here is the fix. As a side effect, you can see which tests need to run in the C locale and which don't :-) tests/ChangeLog: 2006-08-21 Bruno Haible <[EMAIL PR

hello-2.1.91: tweak tests

2006-08-22 Thread Bruno Haible
IMO it makes no sense to use "rm -fr" in the trap commands of the tests but only "rm -f" in case of successful completion. 2006-08-21 Bruno Haible <[EMAIL PROTECTED]> * greeting-1: Remove also temporary subdirectories. * hello-1: Likewise.

hello-2.1.91: no skip test

2006-08-22 Thread Bruno Haible
bugs.) Here is a test that - is skipped most of the time, - still does something useful, - does not require new features to be added to the hello program. The new test file should be subject to "chmod a+x" before "cvs commit". tests/ChangeLog: 2006-08-21 Bruno Haibl

Re: new file: x-to-1.in

2006-08-22 Thread Bruno Haible
Simon Josefsson wrote: > It wasn't clear to me that a '.x skeleton' was the help2man --include > file before reading the script. Maybe add something like this? > > The .x skeleton is the file that is passed to help2man --include, > and the file should follow the format described in the help2m

Re: coreutils-6.0 on BeOS (3)

2006-08-22 Thread Bruno Haible
Paul Eggert wrote: > Also, we need to define HAVE_FCHMOD when fchmod is available. Yes, sorry. Coreutils already provides the HAVE_FCHMOD in config.h.in; I had forgotten that dirchownmod is also in gnulib. Bruno

coreutils-6.0 on BeOS (5)

2006-08-22 Thread Bruno Haible
ncluded by uptime.c) and readutmp.c. 2006-08-19 Bruno Haible <[EMAIL PROTECTED]> * m4/readutmp.m4 (gl_READUTMP): Compile readutmp.c only if or exists. * lib/readutmp.h: Skip most definitions if neither nor exists. --- m4/readutmp.m4.bak 2005-03-30 09

coreutils-6.0 on BeOS (6)

2006-08-22 Thread Bruno Haible
. Also it doesn't have PF_UNSPEC. This is quite a hacky fix, but I don't know what value could be used for PF_UNSPEC if we were to make a override. 2006-08-19 Bruno Haible <[EMAIL PROTECTED]> BeOS portability. * lib/getaddrinfo.c (PF_INET): Fallback defi

Re: [bug-gnulib] gnulib changes to make it easier for coreutils to use gnulib-tool

2006-08-22 Thread Bruno Haible
Paul Eggert wrote: > I installed the following almost-but-not-quite-mechanical > change to do that for all the modules that Jim or I help maintain. Thanks a lot! With this, I could remove 5 .diff overrides from gettext's gnulib-local. > The error and obstack modules are a special case because Aut

gnulib-tool: tweak for using lib_LTLIBRARIES

2006-08-22 Thread Bruno Haible
This change is needed so that yesterday's noinst_LTLIBRARIES override actually works. Committed. 2006-08-22 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_emit_lib_Makefile_am): Don't treat lib_LIBRARIES and lib_LTLIBRARIES like the other lib_* variables.

Re: hello-2.1.91 modernization

2006-08-22 Thread Bruno Haible
Paul Eggert wrote: > I prefer "#if HAVE_FOO", as it's easier to read, and I'd rather not > convert everything in sight to "#ifdef HAVE_FOO". Likewise for me. There are cases when a HAVE_FOO macro needs to be defined to 0 in the negative case (for example, if we want to use it as an expression insi

fix gl_LOCK constraints

2006-08-23 Thread Bruno Haible
;normal" part (which tests for features, using LIBS and CPPFLAGS). 2006-08-23 Bruno Haible <[EMAIL PROTECTED]> * m4/lock.m4 (gl_LOCK_EARLY): Renamed from gl_LOCK. (gl_LOCK_BODY): Remove gl_PREREQ_LOCK invocation. (gl_LOCK): New macro. * gnulib-tool (func_imp

lock module: change default settings for OSF/1

2006-08-23 Thread Bruno Haible
This turns off multithreading support for OSF/1 by default. Needed because the mere _linking_ with -lpthread causes programs using fork/exec to go into an endless SIGSEGV loop inside execvp(). 2006-08-18 Bruno Haible <[EMAIL PROTECTED]> * lock.m4 (gl_LOCK_BODY): Change the d

Re: hello-2.1.91 build failure on MacOS X

2006-08-23 Thread Bruno Haible
Ralf Wildenhues wrote: > This should only be an error if `missing' cannot guess the output file > name. The fix is to use the flag -o or --output, to help `missing' to > infer. And what about the cross-compiling case? 'help2man' bails out with an error if you have modified src/hello.c when cross-

<    1   2   3   4   5   6   7   8   9   10   >