[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bootstrapping coreutils: autopoint from gettext 0.18.3.1 fails
From: |
Eric Blake |
Subject: |
Re: bootstrapping coreutils: autopoint from gettext 0.18.3.1 fails |
Date: |
Tue, 03 Dec 2013 12:50:27 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 |
On 11/15/2013 04:04 AM, Bernhard Voelker wrote:
> [CCing coreutils]
>
> Since
> http://git.sv.gnu.org/cgit/gettext.git/commit/?id=32e194b4dc
> https://lists.gnu.org/archive/html/bug-gettext/2013-07/msg00002.html
> bootstrapping coreutils fails during the autopoint run:
>
> ./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': \
I just spent several minutes on IRC with Roman debugging another failure
of the new gettext autom4te tracing on BSD systems. It turns out that
on BSD, 'autom4te' is a wrapper script:
http://svnweb.freebsd.org/ports/head/devel/autoconf-wrapper/files/autotools-wrapper.sh?revision=300896&view=markup
but the wrapper script foolishly executes:
stuff | { more stuff; exec /bin/autom4te-2.69 "$@" }
which means any use of "echo blah | autom4te -" fails because stdin was
eaten before executing the real autom4te. Yet another limitation of
tracing that gettext needs to workaround in its attempt to use m4
tracing rather than sed scripts. You'll have to use an actual file name
instead of - for stdin, since we cannot guarantee that everyone will
have a working autom4te in their path that doesn't eat stdin.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: bootstrapping coreutils: autopoint from gettext 0.18.3.1 fails,
Eric Blake <=