[please don't top-post on technical lists]
On 08/04/2010 09:18 AM, John Lumby wrote:
>
> Re the statement
>
> since "$e" is quoted, it must not be elided
>
> I don't think that is correct. In fact "$e" *must* be elided - because
> you juxtaposed it with the next token.eliding and q
Re the statement
since "$e" is quoted, it must not be elided
I don't think that is correct. In fact "$e" *must* be elided - because you
juxtaposed it with the next token.eliding and quoting are orthogonal.
What you appear to be be expecting is that the effect of quoting one token
Hi Charles,
* Charles Wilson wrote on Tue, Aug 03, 2010 at 07:22:46AM CEST:
> For instance, suppose I have a cross compiler for mingw whose sysroot is
> /usr/i686-pc-mingw32/sys-root. Suppose I want to build the gtk2 stack,
> for win32. Well, that means I need to build gettext, and libiconv, and
* Eric Blake wrote on Tue, Aug 03, 2010 at 10:55:36PM CEST:
> On 08/03/2010 02:32 PM, Ralf Wildenhues wrote:
> > Interesting shell unportability:
> >
> > $ bash -c 'f=" val" e=; echo "$e"$f'
> > val
> > $ ksh -c 'f=" val" e=; echo "$e"$f'
> > val
> >
> > ksh93, dash, zsh all do it like ksh. Is
* Rainer Tammer wrote on Wed, Aug 04, 2010 at 08:41:26AM CEST:
> FAIL: tests/nomode.test
>
> This failure is due to the following error:
>
> $ ./libtool
> ./libtool[1591]: shift: bad number
>
> -> code
> # save first non-option argument
> nonopt="$opt"; shift
>
> But there is nothing in $1,
On 8/4/2010 2:15 PM, Ralf Wildenhues wrote:
> * Charles Wilson wrote on Tue, Aug 03, 2010 at 07:22:46AM CEST:
>> Now, since I've used --prefix=/mingw and NOT
>> --prefix=/usr/i686-pc-mingw32/sys-root/mingw, I can "cheat" even on
>> win32. I can take the binary runtime components -- even the -devel