Re: Fix testsuite errors due to shell quoted parameter expansion issue.

2010-08-04 Thread Eric Blake
[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: Fix testsuite errors due to shell quoted parameter expansion issue.

2010-08-04 Thread John Lumby
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

Re: [RFT PATCH v4 0/8] Sysroot series

2010-08-04 Thread Ralf Wildenhues
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

Re: Fix testsuite errors due to shell quoted parameter expansion issue.

2010-08-04 Thread Ralf Wildenhues
* 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

Re: libtool-2.2.11a on AIX 5.3 / 5.3 current git master - tests/nomode.test

2010-08-04 Thread Ralf Wildenhues
* 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,

Re: [RFT PATCH v4 0/8] Sysroot series

2010-08-04 Thread Charles Wilson
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