libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: HEAD: lt~obsolete.m4?


From: Ralf Wildenhues
Subject: Re: HEAD: lt~obsolete.m4?
Date: Sat, 12 Nov 2005 08:41:36 +0100

Ralf Wildenhues writes:

The way I see it, if we do want to be compatible to aclocal-1.7, then
libtoolize needs to install lt~obsolete.m4 as well.  Otherwise
  aclocal-1.7.9 -I libltdl/m4
(15. old-m4-iface.at:92: test)
will copy everything from libltdl/m4/*m4 plus also the installed
libtool.m4 (from 1.5.x) into aclocal.m4.  ./libtool will later barf with
version mismatch.  If I change libtoolize manually to install it, test
15 will pass.

What's worse:  I messed with branch-1-5 by introducing new AC_DEFUNs
and not naming them differently than the ones I m4_defun'ed in HEAD.
Gaaah! This needs to be prominently mentioned in HACKING.
What I don't know yet: should lt~obsolete.m4 also be installed in
$aclocaldir?  Can this do any harm perchance?

Still open to me.
Cheers,
Ralf
diff -u libltdl/m4/lt~obsolete.m4 libltdl/m4/lt~obsolete.m4

--- libltdl/m4/lt~obsolete.m4   2005-08-23 00:33:35.000000000 +0200

+++ libltdl/m4/lt~obsolete.m4   2005-11-12 08:34:04.949175700 +0100

@@ -59,3 +59,6 @@

 m4_ifndef([AC_LIBTOOL_POSTDEP_PREDEP], [AU_DEFUN([AC_LIBTOOL_POSTDEP_PREDEP])])

 m4_ifndef([LT_AC_PROG_EGREP],          [AU_DEFUN([LT_AC_PROG_EGREP])])

 m4_ifndef([LT_AC_PROG_SED],            [AU_DEFUN([LT_AC_PROG_SED])])

+m4_ifndef([_LT_CC_BASENAME],           [AU_DEFUN([_LT_CC_BASENAME])])

+m4_ifndef([_LT_COMPILER_BOILERPLATE],  [AU_DEFUN([_LT_COMPILER_BOILERPLATE])])

+m4_ifndef([_LT_LINKER_BOILERPLATE],    [AU_DEFUN([_LT_LINKER_BOILERPLATE])])


reply via email to

[Prev in Thread] Current Thread [Next in Thread]