[Top][All Lists]
[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])])