* libltdl/m4/libtool.m4: Add alias for obsoleted
macro AC_LIBTOOL_RC.
---
Seems obvious to me, unless this bit
  m4_ifndef([AC_LIBTOOL_RC], [AC_DEFUN([AC_LIBTOOL_RC])])
should be removed from lt~obsolete.m4.  As it is, the following
configure.ac is just non-functional:

...
AC_LIBTOOL_WIN32_DLL
AC_PROG_LIBTOOL
AC_LIBTOOL_RC
...

because LT_LANG([Windows Resource]) is never called. I ran across
this error trying to add support for resources (.rc) files on
the cygwin build of xz, where that project is still using libtool-1.5.22
but my development environment is 2.2.7a.

OK, with or without an additional change to lt~obsolete.m4?

--
Chuck

 libltdl/m4/libtool.m4 |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/libltdl/m4/libtool.m4 b/libltdl/m4/libtool.m4
index 6beb125..0777d4d 100644
--- a/libltdl/m4/libtool.m4
+++ b/libltdl/m4/libtool.m4
@@ -860,6 +860,7 @@ AU_DEFUN([AC_LIBTOOL_CXX], [LT_LANG(C++)])
 AU_DEFUN([AC_LIBTOOL_F77], [LT_LANG(Fortran 77)])
 AU_DEFUN([AC_LIBTOOL_FC], [LT_LANG(Fortran)])
 AU_DEFUN([AC_LIBTOOL_GCJ], [LT_LANG(Java)])
+AU_DEFUN([AC_LIBTOOL_RC], [LT_LANG(Windows Resource)])
 dnl aclocal-1.4 backwards compatibility:
 dnl AC_DEFUN([AC_LIBTOOL_CXX], [])
 dnl AC_DEFUN([AC_LIBTOOL_F77], [])
-- 
1.6.3.2



Reply via email to