[svn-r10114] Purpose:

Bug fix

Description:
Libtool simply doesn't seem to support shared libraries for pgcc, but
tries to build them anyway.

Solution:
Edited configure to disable shared libraries in libtool script when
pgcc is being used.
This is a more drastic fix than the problem requires, but it is
difficult to detect when this problem will occur.  There is
discussion online about shared libraries with pgcc, so hopefully
libtool will support pgcc and this fix will become unneccesary.

Platforms tested:
sol, copper, mir, sleipnir

Misc. update:

2 files changed, 24 insertions, 0 deletions

diff --git a/configure b/configure
index ff08fb8..ead4af0 100755
--- a/configure
+++ b/configure
@@ -20499,6 +20499,15 @@ EOF
     ;;
 esac
 
+if (${CC-cc} -V 2>&1 | grep '^pgcc') > /dev/null; then
+  echo 'disabling shared libraries for pgcc'
+ed - $ofile <<EOF 2> /dev/null
+/^build_libtool_libs=yes/s//build_libtool_libs=no/
+w
+q
+EOF
+fi
+
 case "$INSTALL" in
   *install-sh*)
     INSTALL='\${top_srcdir}/bin/install-sh -c'
diff --git a/configure.in b/configure.in
index 3f613be..cd65d87 100644
--- a/configure.in
+++ b/configure.in
@@ -477,6 +477,21 @@ EOF
     ;;
 esac
 
+dnl As of Libtool 1.5.14, libtool officially doesn't know how to create
+dnl shared libraries with pgcc.  In fact, it is able to do so on a number
+dnl of platforms, but not all (e.g., pgcc 5.2-4 on mir).  There is discussion
+dnl online which will hopefully resolve this issue, but in the meantime
+dnl we disable support for shared libraries using pgcc because this issue
+dnl is difficult to detect.  -JL 03/2005
+if (${CC-cc} -V 2>&1 | grep '^pgcc') > /dev/null; then
+  echo 'disabling shared libraries for pgcc'
+ed - $ofile <<EOF 2> /dev/null
+/^build_libtool_libs=yes/s//build_libtool_libs=no/
+w
+q
+EOF
+fi
+
 dnl Fix up the INSTALL macro if it's a relative path. We want the
 dnl full-path to the binary instead.
 case "$INSTALL" in