[2607] in Kerberos_V5_Development
Re: krb5_cv_shlibs_use_colon_dirs for HP/UX?
daemon@ATHENA.MIT.EDU (Ezra Peisach)
Tue Oct 21 16:37:20 1997
To: Ken Hornstein <kenh@cmf.nrl.navy.mil>
Cc: krbdev@MIT.EDU
In-Reply-To: Your message of "Tue, 21 Oct 1997 15:11:56 EDT."
<199710211911.PAA23932@ginger.cmf.nrl.navy.mil>
Date: Tue, 21 Oct 1997 16:36:25 EDT
From: Ezra Peisach <epeisach@MIT.EDU>
Okay - I looked at the released sourves...
The krb5_cv_shlibs_use_colon_dirs variable indicates the the loader takes a olon separated path for rpath...
I.e. -rpath a:b:c.
Now, looking at said code in configure.in, I have no idea what the
intended behaviour was... This code worked on the alpha - really it
did! (The alpha also set the variable...)
SHLIB_RPATH_DIRS is used in the various lib/*/Makefile.in for building the shared libraries...
Yet the Alpha also screws up with the same error...
./configure[1817]: KRB5_SHLIBDIR: not found
Okay - I found that the line used to be:
SHLIB_RPATH_DIRS="${krb5_cv_shlibs_dirhead}$(KRB5_SHLIBDIR):`pwd`/\$(TOPLIBD)"
and:
SHLIB_RPATH_DIRS="${krb5_cv_shlibs_dirhead}\$(KRB5_SHLIBDIR) ${krb5_cv_shlibs_dirhead}`pwd`/\$(TOPLIBD)"
but we decided not to depend on the build tree in the shared libraries
in the end.
Now a real question is why I never hit this before.... But the change
seems to have been made on 2/22/1996...
I think the real fix is to change the aclocal.m4 to:
if test $krb5_cv_shlibs_use_dirs = yes ; then
SHLIB_RPATH_DIRS="${krb5_cv_shlibs_dirhead}\$(KRB5_SHLIBDIR)"
fi
I am still kicking myself for not finding this myself - there is no
way the alpha could have compiled... Actually - at that time I was
using OSF 3.2 and maybe the loader dealt with the missing path option....
Ezra
