Chris Staub chris at
Mon Feb 12 23:30:45 PST 2007

Ag. Hatzimanikas wrote:
> On Mon, Feb 12, at 08:30 Chris at wrote:
>> Can you please specify what the bug is, and perhaps provide a link to the 
>> patch?
> I guess he is referring to include/
> Particularly in the following variable.
> TABSIZE=`grep -v '^[ #]' $CAPS | grep -v "^$" | grep -v "^capalias"|\
> grep -v "^infoalias" | wc -l`
> The problem I think is the backticks with the square brackets.
> This can be solved,either changing the variable to the form $(...)
> or just enclose the variable within double quotes "`...`"
> Even the following sed will suffice,as the grouping isn't really
> necessary.
> sed -i 's/\[ #\]/#/' include/
> This was reported upstream by Greg Schafer,but I don't know the current status,
> I thought it was fixed in the last bash patch.
> I saw the same problem once,in one build with bison,in the build-aux/ylwrap.

This does appear to be the case...I built Bash 3.2 without the upstream 
patch, and used it to try compiling does indeed fail with 
that error. If I attempt to compile ncurses using /bin/bash, which was 
built with the patch, it works fine, so it seems the problem has been 
fixed with the upstream patch. I guess "Galaxy Travel" simply forgot to 
apply the patch.

More information about the lfs-support mailing list