Attempt to solve the libtool problem on Solaris.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@16364 91177308-0d34-0410-b5e6-96231b3b80d8
diff --git a/projects/Stacker/autoconf/configure.ac b/projects/Stacker/autoconf/configure.ac
index b43a5c0..757c8d0 100644
--- a/projects/Stacker/autoconf/configure.ac
+++ b/projects/Stacker/autoconf/configure.ac
@@ -6,7 +6,8 @@
dnl Place all of the extra autoconf files into the config subdirectory
AC_CONFIG_AUX_DIR([autoconf])
-dnl Configure a header file
+dnl Verify that the source directory is valid
+AC_CONFIG_SRCDIR([Makefile.common.in])
dnl Configure Makefiles
dnl List every Makefile that ecists within your source tree
@@ -26,9 +27,19 @@
dnl **************************************************************************
dnl * Check for programs.
dnl **************************************************************************
+AC_PROG_LIBTOOL
+dnl Get libtool's idea of what the shared library suffix is.
+dnl (This is a hack; it relies on undocumented behavior.)
+AC_MSG_CHECKING([for shared library suffix])
+eval "SHLIBEXT=$shrext"
+AC_MSG_RESULT($SHLIBEXT)
+dnl Propagate it to the Makefiles and config.h (for gccld & bugpoint).
+AC_SUBST(SHLIBEXT,$SHLIBEXT)
+AC_DEFINE_UNQUOTED(SHLIBEXT,"$SHLIBEXT",
+ [Extension that shared libraries have,
+ e.g., ".so".])
+
-dnl Verify that the source directory is valid
-AC_CONFIG_SRCDIR([Makefile.common.in])
dnl **************************************************************************
dnl * Check for libraries.