OpenSAML user discussion

[Brent Putman <>]

As a followup - it seems that in addition to a newer libtool.m4 macro 
file, I also needed the corresponding newer ltmain.sh script, also 
pulled from the libtool 1.5.6 package on the system.  Hopefully someone 
else who knows the whole autoconf/automake/libtool stuff a lot better 
than me can comment on whether this is fundamentally the "correct" 
solution, and whether there are other interdependencies to be concerned 
about.

Also, not surprisingly, the same issue arose with compiling the 
Shibboleth 1.3 beta on this platform: I had to replace libtool.m4, 
ltmain.sh and then re-run bootstrap.

Now I'm trying to test it, don't know if it actually works yet... :-)    
More to follow.

--Brent



Brent Putman wrote:

> In trying to build everything from source to test the Shib 1.3 beta, I 
> encountered an error building the OpenSAML 1.1 b2 out in 
> http://wayf.internet2.edu/shibboleth/beta/.    Read on, but it seems 
> to be an issue with the supplied libtool macro file and AMD64 Opteron 
> support.
>
> Platform is Linux CentOS 4.0 (64-bit kernel) running on Sun Opteron 
> hardware.    Compiler is gcc/g++ 3.4.3.
>
> The build fails during the make.  The complete output of make is 
> attached.  Fundamentally the error is duplicate symbols found by the 
> linker when it tries to create libsaml.so.5.0.0:
>
> /usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64/crti.o(.init+0x0): 
> In function `_init':
> : multiple definition of `_init'
> /usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64/crti.o(.init+0x0): 
> first defined here
> /usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64/crti.o(.fini+0x0): 
> In function `_fini':
> : multiple definition of `_fini'
> /usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64/crti.o(.fini+0x0): 
> first defined here
> /usr/lib/gcc/x86_64-redhat-linux/3.4.3/crtbeginS.o(.data.rel+0x0): 
> multiple definition of `__dso_handle'
> /usr/lib/gcc/x86_64-redhat-linux/3.4.3/crtbeginS.o(.data.rel+0x0): 
> first defined here
> collect2: ld returned 1 exit status
>
>
> This posting of a GNU libtool patch seemed like it was relevant:
> http://lists.gnu.org/archive/html/libtool-patches/2003-06/msg00056.html
>
> The libtool.m4 macro file that's in the opensaml source directory does 
> not seem to contain this patch, it seems to be an older one.   My 
> kludgy workaround was to replace the libtool.m4 in the opensaml source 
> directory with a newer one that was already on my system as a part of 
> the libtool 1.5.6 package (in /usr/share/aclocal) and re-run bootstrap 
> (and then configure, etc).  And that seems to do the trick, the build 
> works fine from there.
>
> BTW, someone else reported a similar error earlier this year, but it 
> was on s390 SuSE Linux.  I don't see any real resolution on that, 
> maybe the fix for that would be the same as here?:
> https://mail.internet2.edu/wws/arc/shibboleth-users/2005-02/msg00159.html
>
> Anyway, just wanted to report this.
>
> Thanks,
> Brent
>
>