coreutils
[Top][All Lists]
Advanced

[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

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]