Skip to Content.
Sympa Menu

shibboleth-dev - Re: OpenSAML beta build error and AMD64 Opteron

Subject: Shibboleth Developers

List archive

Re: OpenSAML beta build error and AMD64 Opteron


Chronological Thread 
  • From: Brent Putman <>
  • To: Shibboleth Development <>,
  • Subject: Re: OpenSAML beta build error and AMD64 Opteron
  • Date: Tue, 07 Jun 2005 19:05:50 -0400

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





Archive powered by MHonArc 2.6.16.

Top of Page