Eric Blake explained on 2008-06-30:
> echo "$handledmodules" | LC_ALL=C join -v 2 - "$tmp"/queued-modules
>
> > 1) The 'join' command (or 'join --nocheck-order' in coreutils 6.11 or newer)
> >apparently closes its standard input and exits when the contents of the
> >second file (small eno
echo "$handledmodules" | LC_ALL=C join -v 2 - "$tmp"/queued-modules
> 1) The 'join' command (or 'join --nocheck-order' in coreutils 6.11 or newer)
>apparently closes its standard input and exits when the contents of the
>second file (small enough or even empty) allows to determine the comp
Hi Jim, Eric, shell utilities experts,
Sam reports that this line of code
inmodules=`echo "$handledmodules" | LC_ALL=C join -v 2 -
"$tmp"/queued-modules`
can print "gnulib-tool: line 1512: echo: write error: Broken pipe" on stderr.
1) The 'join' command (or 'join --nocheck-order' in coreutil
Hi Sam,
> > inmodules=`echo "$handledmodules" | LC_ALL=C join -v 2 -
> > "$tmp"/queued-modules`
> > and it looks improbable that 'join' would terminate before it has
> > consumed
> > all its input.)
>
> indeed, that is the line 1512 (as you know, Makefile.devel does "cvs up"
> bef
u havelib gettext localcharset \
>> uniwidth/width streq uniname/uniname unitypes link-follow
>> gnulib/gnulib-tool: line 1512: echo: write error: Broken pipe
>
> Can you please show
> - line 1512 of your copy of gnulib-tool? (The newest one reads
> inmodules=`
link-follow
> gnulib/gnulib-tool: line 1512: echo: write error: Broken pipe
Can you please show
- line 1512 of your copy of gnulib-tool? (The newest one reads
inmodules=`echo "$handledmodules" | LC_ALL=C join -v 2 -
"$tmp"/queued-modules`
and it looks improbable th
uniname/uniname unitypes link-follow
gnulib/gnulib-tool: line 1512: echo: write error: Broken pipe
Module list with included dependencies:
alloca
alloca-opt
configmake
extensions
fnmatch
fnmatch-gnu
gettext
gettext-h
havelib
include_next
link-follow
link-warning
