Re: [modauthkerb] GSSAPI and Static Builds

[Douglas E. E. <dee...@an...>]

Henry B. Hotz wrote:
> My current problem seems to be "none of the above".  There's an  
> unresolved external reference to function _mcount.  This has something  
> to do with the profiling libraries on Solaris.  Time to read some more  
> manuals, since it's pretty unclear why it should prevent the module  
> from loading.
> 
> JHutz:  I appreciate the pointer, but some of the external references  
> are satisfied in the parent program (Apache httpd) rather than in any  
> loadable libraries.

Have you tried the Solaris liner options -B direct with dynamic libs?
This sounds like what you want.

      -B direct | nodirect

           Options governing direct binding. -B direct  establishes
           direct binding information by recording the relationship
           between each symbol reference and  the  dependency  that
           provides  the  definition.  In  addition, direct binding
           information is established between each symbol reference
           and  an  associated  definition  within the object being
           created. The runtime linker  uses  this  information  to
           search  directly  for  a symbol in the associated object
           rather than to carry out a default symbol search.

After digging into the Apache2 apxs and Apache2 libtool,
a mod_auth_kerb-5.3 could be built with a Heimdal Kerberos located
in /krb5h with the -B direct and -m to print out a map:

  gcc -v -Wl,-B -Wl,direct -Wl,-m \
  -shared -Wl,-h -Wl,mod_auth_kerb.so -o src/.libs/mod_auth_kerb.so \
   spnegokrb5/.libs/external.o spnegokrb5/.libs/decapsulate.o \
  spnegokrb5/.libs/encapsulate.o spnegokrb5/.libs/accept_sec_context.o \
  spnegokrb5/.libs/init_sec_context.o spnegokrb5/.libs/asn1_NegTokenTarg.o \
  spnegokrb5/.libs/asn1_NegTokenInit.o spnegokrb5/.libs/asn1_ContextFlags.o \
  spnegokrb5/.libs/asn1_MechTypeList.o spnegokrb5/.libs/asn1_MechType.o \
  src/.libs/mod_auth_kerb.o  \
  -R/krb5h/lib -R/krb5h/lib -L/krb5h/lib /krb5h/lib/libgssapi.so \
  /krb5h/lib/libheimntlm.so /krb5h/lib/libkrb5.so /krb5h/lib/libhx509.so \
  /krb5h/lib/libcom_err.so /krb5h/lib/libhcrypto.so /krb5h/lib/libasn1.so \
  /krb5h/lib/libroken.so -ldoor -lnsl -lsocket -lresolv -lc  -pthreads


> 
> MAllen:  Your suggestion seems to resolve what it's supposed to  
> resolve, but it has no effect on the _mcount issue.  |-(
> 
> HChu:  I'm not offended by your heckling.  In fact keep it up!  You  
> usually say something educational in the process.  (I just hope  
> everyone else knows who you are and how you make your living.  ;-)
> 
> Off topic:  As for the future of the Sun LDAP SDK:  I would expect  
> that to depend more on the future of the Sun LDAP server product than  
> on the Solaris OS.
> 
> ------------------------------------------------------
> The opinions expressed in this message are mine,
> not those of Caltech, JPL, NASA, or the US Government.
> Hen...@jp..., or hb...@ox...
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> modauthkerb-help mailing list
> mod...@li...
> https://lists.sourceforge.net/lists/listinfo/modauthkerb-help
> 
> 

-- 

  Douglas E. Engert  <DEE...@an...>
  Argonne National Laboratory
  9700 South Cass Avenue
  Argonne, Illinois  60439
  (630) 252-5444