[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH] Add alias for obsoleted AC_LIBTOOL_RC macro.
From: |
Charles Wilson |
Subject: |
[PATCH] Add alias for obsoleted AC_LIBTOOL_RC macro. |
Date: |
Tue, 23 Jun 2009 20:32:16 -0400 |
* 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
- [PATCH] Add alias for obsoleted AC_LIBTOOL_RC macro.,
Charles Wilson <=