Fix build breakage caused by LDFLAGS conflicts.
authorJohn Darrington <john@darrington.wattle.id.au>
Thu, 7 Feb 2008 04:40:42 +0000 (04:40 +0000)
committerJohn Darrington <john@darrington.wattle.id.au>
Thu, 7 Feb 2008 04:40:42 +0000 (04:40 +0000)
configure.ac

index 57e7ae8a16cf7d6c5237a4700eee99d83d13ece1..708911ed6cbf00d9536fecff27b6a25726035c04 100644 (file)
@@ -48,6 +48,22 @@ AM_CONDITIONAL(WITHGUI, test x"$with_gui" != x"no")
 
 
 dnl Checks needed for psql reader
+
+dnl The 8.x series postgres tarballs installs with a default prefix of
+dnl /usr/local/pgsql whereas, OSes (such as debian)  install into /usr .
+
+dnl If the libpq.so file is in a non standard path, (one which the linker
+dnl doesn't search) then we must set the PG_LDFLAGS to -R/usr/wherever/
+dnl However, if the system happens to have more than one version of other
+dnl dependent libraries (eg. libgtk) in different standard paths. (eg:
+dnl /usr and /usr/local) then the wrong one may get linked. 
+
+dnl To overcome this, we first check for libpq in the standard places, and
+dnl only set PG_LDFLAGS if it's not found.
+
+
+AC_CHECK_LIB([pq], [PQexec], [libpq_in_std_lib_path=yes])
+
 AC_ARG_VAR([PG_CONFIG], [Full pathname of the pg_config program shipped with Postgresql])
 AC_PATH_PROG([PG_CONFIG], [pg_config], [], [$PATH:/usr/local/pgsql/bin:/usr/pgsql/bin])
 if test -n "$PG_CONFIG" ; then 
@@ -56,8 +72,12 @@ if test -n "$PG_CONFIG" ; then
    [Define to 1 if building in support for reading from postgres databases.])
    PG_CFLAGS=-I`$PG_CONFIG --includedir` 
    AC_SUBST(PG_CFLAGS)
-   PG_LDFLAGS=-R`$PG_CONFIG --libdir`
+   
+   if test "x$libpq_in_std_lib_path" != x"yes" ; then
+      PG_LDFLAGS="-L`$PG_CONFIG --libdir` -R`$PG_CONFIG --libdir`"
+   fi
    AC_SUBST(PG_LDFLAGS)
+
    PG_LIBS=-lpq
    AC_SUBST(PG_LIBS)
    PKG_CHECK_MODULES(OPENSSL,libssl,