On 11/19/2013 07:20 AM, Bernhard Voelker wrote: > On 11/19/2013 04:41 AM, Daiki Ueno wrote: >> Bernhard Voelker <[email protected]> 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.
