Hello Charles,
* Charles Wilson wrote on Thu, Apr 19, 2007 at 11:40:58PM CEST:
2007-04-19 Charles Wilson [EMAIL PROTECTED]
* libltdl/config/ltmain.m4sh (func_mode_link): move wrapper
script generation from here...
(func_emit_libtool_wrapper_script): to this new function,
* Charles Wilson wrote on Thu, Apr 19, 2007 at 06:13:19AM CEST:
Test results -- new tests. Unexpected failures:
14: Java convenience archives FAILED (convenience.at:273)
16: Link order of deplibs. FAILED (link-order2.at:129)
49: Run tests with low max_cmd_len FAILED
* Charles Wilson wrote on Thu, Apr 19, 2007 at 03:55:20AM CEST:
[Added libtool-patches to CC list. Discussion of this patch
should probably drop libtool and cygwin]
Done.
Okay, here's the first bit. It's pretty simple. Testing is in progress (and
in conjuction with the new argz fix I just
Ralf Wildenhues wrote:
* Charles Wilson wrote:
Test results -- new tests. Unexpected failures:
14: Java convenience archives FAILED (convenience.at:273)
16: Link order of deplibs. FAILED (link-order2.at:129)
49: Run tests with low max_cmd_len FAILED (cmdline_wrap.at:42)
are
Ralf Wildenhues wrote:
Thanks. Please resubmit with the new functions moved to right before
func_mode_link (or func_mode_install/func_mode_execute, in case you
intend to use them from inside them in a followup patch); there's a real
performance benefit to doing this for compile mode, as it
[Added libtool-patches to CC list. Discussion of this patch
should probably drop libtool and cygwin]
Ralf Wildenhues wrote:
* Charles Wilson wrote on Wed, Apr 18, 2007 at 08:49:31PM CEST:
Caveat: over a year after the message referenced above, but libtool2.0
is STILL in code-slush, so the
Charles Wilson wrote:
Okay, here's the first bit. It's pretty simple. Testing is in progress
(and in conjuction with the new argz fix I just posted to
libtool-patches), but looks good so far: the new wrapper scripts are
identical to old ones generated without this patch.
Test results -- old
