We recently refactored telepathy gabble plugin api so that there is a separate library which the plugins can link agaist, and contains the symbols needed by the plugins. unmerged branch can be found at : http://cgit.collabora.com/git/user/siraj/telepathy-gabble.git/log/?h=buildbot_rebased We have one more issue standing in our way from merging this. When building this patch for 64bit architecture, we get the following error. /usr/bin/ld: ../lib/ext/telepathy-yell/telepathy-yell/.libs/libtelepathy-yell.a(base-call-channel.o): relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC So Olli suggested we add -fPIC option to AM_CLAGS and rebuild them. this bug is to find the best solution.
(In reply to comment #0) > /usr/bin/ld: > ../lib/ext/telepathy-yell/telepathy-yell/.libs/libtelepathy-yell.a(base-call-channel.o): > relocation R_X86_64_32 against `.text' can not be used when making a shared > object; recompile with -fPIC > > So Olli suggested we add -fPIC option to AM_CLAGS and rebuild them. this bug is > to find the best solution. There's a sibling bug coming for yell; the same kind of error results for both though. The core issue: Gabble pulls in Yell and Wocky as submodules. They're compiled as static libraries. However, now symbols from them are used in a shared library containing the Gabble plugin API; this shared library doesn't link correctly on most non-x86 architectures, such as x86_64, because not all code in it is position-independent.
Fixed by Gabble build passing CFLAGS="-fPIC" to the submodule configure scripts.
*** Bug 45712 has been marked as a duplicate of this bug. ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.