Re: [bug-gettext] bootstrapping coreutils: autopoint from gettext 0.18.3.1 fails

[Pádraig Brady]

On 11/19/2013 07:20 AM, Bernhard Voelker wrote:
> On 11/19/2013 04:41 AM, Daiki Ueno wrote:
>> Bernhard Voelker <address@hidden> writes:
>>
>>>   ./bootstrap: autopoint --force
>>>   sh: build-aux/git-version-gen: No such file or directory
>>>   /usr/bin/m4:configure.ac:444: cannot open `m4/cu-progs.m4': \
>>>     No such file or directory
>>>   autom4te: /usr/bin/m4 failed with exit status: 1
>>>   autopoint: *** Missing version: please specify in configure.ac \
>>>     through a line 'AM_GNU_GETTEXT_VERSION(x.yy.zz)' the gettext \
>>>     version the package is using
>>>   autopoint: *** Stop.
>>>
>>> So m4 seems to be used earlier in the process,
>>> to parse the AN_GNU_GETTEXT_VERSION from configure.ac,
>>> before we have things setup for m4.
>>
>> Thanks for the report.  It looks like another oversight in the tracing
>> code in autopoint.  Attaching a patch.
> 
> Thanks, now autopoint works again, yet outputting the diagnostics:
> 
>   ./bootstrap: autopoint --force
>   sh: build-aux/git-version-gen: No such file or directory
>   sh: build-aux/git-version-gen: No such file or directory
>   sh: build-aux/git-version-gen: No such file or directory
>   sh: build-aux/git-version-gen: No such file or directory
>   sh: build-aux/git-version-gen: No such file or directory
>   sh: build-aux/git-version-gen: No such file or directory
> 
> because adding the redirection 2>/dev/null was (deliberately?) reverted:
> 
>>> Bug
>>>   http://savannah.gnu.org/bugs/?40083
>>> seems to be related, but the fix was to just discard stderr.
>>
>> Yeah, maybe we should consider borrowing the tracing code from libtool.
>> That should be more reliable and avoid duplicate effort like this.

Any update on this.
I don't see the above patch upstream.
We're about to release a new coreutils release and I'd like
to be using the latest version of all tools if possible.

thanks,
Pádraig.