Re: [bug-gnulib] Re: gettext sync from source?

[Gary V. Vaughan]

Simon Josefsson wrote:
> Bruno Haible <address@hidden> writes: 
>>>configure.ac:38: warning: gl_AC_HEADER_INTTYPES_H is m4_require'd but is not 
>>>m4_defun'd
>>
>>This comes from the renaming jm_* -> gl_* recently. Should be fixed with the
>>next gettext release.
> 
> Perhaps M4 or autoconf has a way of defining obsolete functions that
> map to the new ones?

AU_DEFUN([gl_AC_HEADER_INTTYPES_H], [jm_AC_HEADER_INTTYPES_H])
AU_DEFUN([gl_AC_TYPE_INTMAX_T], [jm_AC_TYPE_INTMAX_T])
AU_DEFUN([gl_PREREQ_XSTRTOL_H], [jm_PREREQ_XSTRTOL_H])
AU_DEFUN([gl_PREREQ_XSTRTOL], [jm_PREREQ_XSTRTOL])
AU_DEFUN([gl_INIT], [jm_INIT])
etc.

See m4/libtool.m4 in Libtool HEAD to see how we managed the changeover to an
entirely new API while not breaking support for configure.{ac,in} files that
were written to the old API.

>  On the other hand, if a new gettext release is
> out soon, that will probably suffice for me.

Not me :-(  Why not support the old API when autoconf makes it so easy?
Tracking a moving gnulib is hard enough work as it is.  I'm thinking of
putting a gnulib snapshot into CVS m4 so that people will still be able
to link it when CVS gnulib moves on :-(

>>gnulib borrows a module 'gettext' that replaces part of what 'autopoint'
>>does. You can also say, gnulib-tool is a generalization of 'autopoint'
>>and 'libtoolize'. The missing piece is to integrate 'autopoint' and
>>'libtoolize' into gnulib-tool...

After libtool 2.0 eventually makes it out into the big wide world,
libtoolize may very well go away entirely...

Cheers,
        Gary.
-- 
Gary V. Vaughan      ())_.  address@hidden,gnu.org}
Research Scientist   ( '/   http://tkd.kicks-ass.net
GNU Hacker           / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook

signature.asc
Description: OpenPGP digital signature