> I know you mentioned (in 7/6) that you can turn on enough porting hacks to
> allow running with Autoconf 2.60; does that include this patch?
No, the porting hacks allow *building* with Autoconf 2.60. This patch
is just to stop using now-deprecated interfaces. Where it touches
libtool.m4, it
> This might be a bit easier to write (and thus review) if we used AS_ESCAPE
> rather than supplying all the \ ourselves (perhaps as an independent patch
> prior to this one).
s/might be/would have been/; s/we used/Libtool had been using/
in other words, that's a separate cleanup IMNSHO.
Paol
>> M4SH_VERBATIM([[
>
> Hmm. This is a nicer name for m4_echo, for how it is being used; maybe it is
> time to migrated it into the Autoconf manual (perhaps under the name
> AS_VERBATIM)?
Maybe, yes.
>> : ${CP="cp -f"}
>> -: ${ECHO="echo"}
>> +: ${ECHO=$as_echo}
>
> This is delving a bit
Roumen Petrov wrote:
> With attached patch now I get for libtool 2.2.4:
> DESTDIR tests
> 38: Simple DESTDIR install ok
> 39: DESTDIR with in-package deplibs ok
>
Ping?
http://lists.gnu.org/archive/html/bug-libtool/2008-05/msg00023.html
Seems like an ob
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
* libltdl/config/ltmain.m4sh (func_enable_tag): allow
--verbose to set opt_verbose
(func_win32_dllname_for_implib): New function.
(func_mode_link) [cygwin|mingw]: Use linklib (that is,
import lib) as dlpreopen file, rather than DLL.
(func_generate_dlsyms) [cygwin|mingw]: Use
func_win32_dllname_for_
