krb5-1.6.3-beta1 is available

[Douglas E. Engert]

Russ Allbery wrote:
> "Douglas E. Engert" <deengert at anl.gov> writes:
> 
>> which is looking at the two -R directories, but not at
>> /usr/sfw/lib or at /usr/lib
> 
> I would expect that.  The dynamic loader will only look in the -R paths
> and then in any paths you've configured with crle.
> 
>> During the ./configure I did have:
>> LD_LIBRARY_PATH=/opt/smartcard/lib
> 
> LD_LIBRARY_PATH only sets the lookup path for binaries run during the
> compilation. 

I say this as the configure will sometimes use the value of LD_LIBRARY_PATH
for rpath, as I believe it did in this case, as the /opt/smartcard/lib
was searched.

> LD_RUN_PATH will set what library paths are encoded in the
> binaries.  However, on Solaris, I believe the -R command-line options
> override LD_RUN_PATH.  So, basically, you want to find some way of
> introducing another -R flag. It looks like the prefix and the LD_LIBRARY_PATH
where added to the rpath

The other point is that the pkinit from the SVN code worked,
so something has changed in the 1.6.3

> 
> Running configure with LDFLAGS set to -R /usr/sfw/lib will probably do it.

Don't think so.  Something to do with the dynamic loading of the pkinit. ldd -s
shows it pkinit.so has a rpath, but when dlopen is used, it does not use this.

   find object=libgcc_s.so.1; required by /krb5m/lib/krb5/plugins/preauth/pkinit.so
     search path=/usr/sfw/lib  (RPATH from file /krb5m/lib/krb5/plugins/preauth/pkinit.so)
     trying path=/usr/sfw/lib/libgcc_s.so.1
	libgcc_s.so.1 =>	 /usr/sfw/lib/libgcc_s.so.1


> 

-- 

  Douglas E. Engert  <DEEngert at anl.gov>
  Argonne National Laboratory
  9700 South Cass Avenue
  Argonne, Illinois  60439
  (630) 252-5444
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ldd.pkinit.txt
Url: http://mailman.mit.edu/pipermail/krbdev/attachments/20070928/3b738964/attachment.txt