striconveh, striconveha: keeping track of byte correspondences

2007-01-22 Thread Bruno Haible
Hi, The iconv routines allow to convert strings, but lack an important functionality: the ability to transport information from the original string to the converted string or back. Such as word breaks, line breaking opportunities, or "wdiff" results. This patch makes it possible. I add an optiona

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Bruno Haible
> > 2007-01-22 James Youngman <[EMAIL PROTECTED]> > > > > * m4/gnulib-common.m4 (AC_PROG_MKDIR_P): If AC_PROG_MKDIR_P > > is already provided, call AC_SUBST on MKDIR_P anyway, since > > the version of AC_PROG_MKDIR_P in Autoconf-2.61 (at least) > > doesn't do that

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Paul Eggert
Ralf Wildenhues <[EMAIL PROTECTED]> writes: > * lib/autoconf/programs.m4 (AC_PROG_MKDIR_P): Also > AC_SUBST([MKDIR_P]), so that Automake < 1.10 will pick up its > trace, if a package uses AC_PROG_MKDIR_P explicitly. The actual > substitution will still be done by the speci

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Ralf Wildenhues
Hello Bruno, all, * Bruno Haible wrote on Mon, Jan 22, 2007 at 05:48:53PM CET: > Jim Meyering wrote: > > I wonder which use case made it so using AC_SUBST wasn't an option. > > IIRC, it is when the user specifies > ../path/configure --srcdir=../path > with a relative pathname. Normally you can

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Ralf Wildenhues
Hello Jim, all, * Jim Meyering wrote on Mon, Jan 22, 2007 at 03:52:21PM CET: > > dnl Do special magic for MKDIR_P instead of AC_SUBST, to get > dnl relative names right. > AC_MSG_RESULT([$MKDIR_P]) > > The only case I can imagine is when MKDIR_P is specified > as e.g., MKDIR_P='../bu

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Andreas Schwab
Bruno Haible <[EMAIL PROTECTED]> writes: > Jim Meyering wrote: >> I wonder which use case made it so using AC_SUBST wasn't an option. > > IIRC, it is when the user specifies > ../path/configure --srcdir=../path > with a relative pathname. Normally you can omit --srcdir, because configure > finds

Re: gettimeofday module license

2007-01-22 Thread Paul Eggert
Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > The gettimeofday module is currently available under the GPL license. > This function is widely used from programs and libraries, and thus the > GnuLib module would really benefit from being re-licensed to LGPL. Thanks for reminding me -- I thoug

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Bruno Haible
Jim Meyering wrote: > I wonder which use case made it so using AC_SUBST wasn't an option. IIRC, it is when the user specifies ../path/configure --srcdir=../path with a relative pathname. Normally you can omit --srcdir, because configure finds it by itself; then $ac_srcdir is an absolute path; th

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Jim Meyering
Bruno Haible <[EMAIL PROTECTED]> wrote: > James Youngman wrote: >> The following patch fixes the problem. I'm not sure if it is >> the *right* fix for the problem, since I have only been working with >> Autoconf/Automake macros for ten years, and so I don't understand it >> well enough yet. >> >>

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Bruno Haible
James Youngman wrote: > The following patch fixes the problem. I'm not sure if it is > the *right* fix for the problem, since I have only been working with > Autoconf/Automake macros for ten years, and so I don't understand it > well enough yet. > > 2007-01-22 James Youngman <[EMAIL PROTECTED]>

gettimeofday module license

2007-01-22 Thread Yoann Vandoorselaere
Hi, The gettimeofday module is currently available under the GPL license. This function is widely used from programs and libraries, and thus the GnuLib module would really benefit from being re-licensed to LGPL. Would this be envisageable? Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread James Youngman
On 1/22/07, Bruno Haible <[EMAIL PROTECTED]> wrote: James Youngman wrote: > My generated aclocal.m4 file wants to substiture mkdir_p (courtesy of > AM_PROG_MKDIR_P) but doesn't define AC_PROG_MKDIR_P. Nevertheless my > gnulib-common.m4 file is indeed at serial 2 and the gl_INIT in > gnulib/m4/g

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread James Youngman
On 1/22/07, Simon Josefsson <[EMAIL PROTECTED]> wrote: "James Youngman" <[EMAIL PROTECTED]> writes: > However, I think the problem is that on this system, the Makefile.in > file is not actually using @MKDIR_P@ :- Yes, I still get the same problem. I have tried Bruno's patch, but it makes no di

Re: [PATCH]: fix poll module under win32.

2007-01-22 Thread Paolo Bonzini
Applied, thanks. Paolo

Re: Use "$(MKDIR_P) sys", not race-prone "test -d sys || mkdir sys".

2007-01-22 Thread Jim Meyering
Simon Josefsson <[EMAIL PROTECTED]> wrote: > "James Youngman" <[EMAIL PROTECTED]> writes: > >> However, I think the problem is that on this system, the Makefile.in >> file is not actually using @MKDIR_P@ :- > > Yes, I still get the same problem. I have tried Bruno's patch, but it > makes no differ