[kde-solaris] --disable-rpath doesn't work in KDE3.0.1

[Michael Matz]

Hi,

On Fri, 31 May 2002, Eva Brucherseifer wrote:

> we are comiling KDE3.0.1 for Solaris at the moment, but unfortuantely the
> build option "--disable-rpath" doesn't have any effect. But the option is

I now see the problem in libtool.  It's not a bug on your side ;)  But I
must think about the implications of fixing it in an obvious way.

Meanwhile attached is a more complete version of the last patch, which I
verified to not include any rpath (although I only tested the arts
module, and only on linux).

Be aware that not including rpath's means that also all binaries which are
run while building (e.g. mcopidl, or dcopidl), don't use the just compiled
version of it's libraries, but those found in any LD_LIBRARY_PATH's, i.e.
maybe older ones.  You might need to tweak it sometimes to include some
.libs directories (if you don't yet have any libraries installed in some
standard search path or in LD_LIBRARY_PATHs).


Ciao,
Michael.
-------------- next part --------------
Index: libtool.m4.in
===================================================================
RCS file: /home/kde/kde-common/admin/libtool.m4.in,v
retrieving revision 1.73
diff -u -p -r1.73 libtool.m4.in
--- libtool.m4.in	2002/05/16 18:16:13	1.73
+++ libtool.m4.in	2002/05/31 14:30:41
@@ -2998,6 +2998,9 @@ esac
 AC_MSG_RESULT([$_LT_AC_TAGVAR(ld_shlibs, $1)])
 test "$_LT_AC_TAGVAR(ld_shlibs, $1)" = no && can_build_shared=no
 
+_LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)=""
+runpath_var=
+
 # Figure out "hidden" C++ library dependencies from verbose
 # compiler output whening linking a shared library.
 cat > conftest.$ac_ext <<EOF
@@ -5027,6 +5030,9 @@ EOF
 ])
 AC_MSG_RESULT([$_LT_AC_TAGVAR(ld_shlibs, $1)])
 test "$_LT_AC_TAGVAR(ld_shlibs, $1)" = no && can_build_shared=no
+
+_LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)=""
+runpath_var=
 
 variables_saved_for_relink="PATH $shlibpath_var $runpath_var"
 if test "$GCC" = yes; then