Hi Bruno,
* Bruno Haible wrote on Fri, Nov 14, 2008 at 12:47:44PM CET:
Find attached the resulting logs (stdout+stderr, and
tests/testsuite.dir/36/testsuite.log).
The test passes. But it also passes when I comment out the line
newargv = prepare_spawn (newargv);
in ltmain.sh and do a make
[ Cc:ing the list ]
* Bruno Haible wrote on Tue, Nov 11, 2008 at 12:21:10AM CET:
If you prefer a tarball for testing, then I can also just push the
combined patch and you can use the nightly build from the Libtool
web page.
Yes please. It's safer and less troublesome if I can use a
Hi Charles,
* Charles Wilson wrote on Sun, Nov 09, 2008 at 09:11:28PM CET:
Ralf Wildenhues wrote:
I think instead of Bruno's patch a much simpler fix is possible by
including a different header:
http://thread.gmane.org/gmane.comp.gnu.mingw.user/27968/focus=28033
For the reasons listed
Hello Charles, Bruno,
* Charles Wilson wrote on Sat, Nov 08, 2008 at 05:16:03PM CET:
Bruno Haible wrote:
This is a severe regression in libtool 2.x w.r.t. 1.5.26. On mingw, several
of the gettext tests fail because the executable wrapper created by the
libtool script does two bad things:
Ralf Wildenhues wrote:
I haven't finished the testsuite addition yet. This fix requires
such an addition.
Ack.
I think instead of Bruno's patch a much simpler fix is possible by
including a different header:
http://thread.gmane.org/gmane.comp.gnu.mingw.user/27968/focus=28033
But that
Ralf Wildenhues wrote:
with all deliberate speed.
Not sure what you mean here. If you mean applying the patch without
a testsuite addition, then my humble reply is: if we had abandoned
that strategy just longer ago, we'd have avoided a few embarrassing
regressions.
Not this. Rushing ahead
Bruno Haible wrote:
This is a severe regression in libtool 2.x w.r.t. 1.5.26. On mingw, several
of the gettext tests fail because the executable wrapper created by the
libtool script does two bad things:
1) It converts argv[0] from a filename with backslashes to a filename with
slashes.