Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
On Fri, 04 Mar 2011 01:07:09 +0100, Patrick Ohly patrick.o...@intel.com wrote: Do you mean synthesis.pc? synthesis-sdk.pc doesn't currently list -lsynthesis (which in my shallow understanding was the point of having two .pc files). No, I mean libsynthesis-sdk. The undefined symbol is in libsynthesissdk_la-san.o, so libsynthesissdk.a must be linked explicitly against libsmltk (which is not the same as libsynthesis). Hi Patrick; In my experiments, adding to sythesis-sdk.pc did not fix the problem, while adding it to synthesis.pc did. I seem to recall that synthesis-sdk.pc is not used by the syncevolution configuration currently (at least in 1.1.99.2). Of course this could change in the future. It seems no worse to me to add -lsmltk to synthesis.pc, and maybe a bit better, since clearly it isn't an extra dependency there. David -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
On So, 2011-03-06 at 13:03 +, David Bremner wrote: In my experiments, adding to sythesis-sdk.pc did not fix the problem, while adding it to synthesis.pc did. I seem to recall that synthesis-sdk.pc is not used by the syncevolution configuration currently (at least in 1.1.99.2). Of course this could change in the future. It seems no worse to me to add -lsmltk to synthesis.pc, and maybe a bit better, since clearly it isn't an extra dependency there. In the load libsynthesis.so at runtime scenario (the one not currently used by SyncEvolution) libsmltk.so is an extra dependency of libsynthesissdk.a. Anyway, I suggest you fix it with a distro patch as you suggested, then please send it my way and I'll look at some of the other scenarios. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
On Tue, 01 Mar 2011 14:25:54 +0100, Patrick Ohly patrick.o...@intel.com wrote: You are right, the libsynthesis-sdk.pc file needs to list libsmltk as library it depends upon. There's no libsmltk.pc at the moment. Creating one and listing it under Requires might be the cleanest solution, but perhaps adding -lsmltk to Libs in libsynthesis-sdk.pc is good enough? Hi Patrick; Do you mean synthesis.pc? synthesis-sdk.pc doesn't currently list -lsynthesis (which in my shallow understanding was the point of having two .pc files). The syncevolution binary already ends up linked to libsynthesis.so.0, so that is why I thought it was using synthesis.pc; a look at configure-pre.in seems to confirm this. Or maybe it should go in both. Confused ;), David -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
On Do, 2011-03-03 at 12:25 +, David Bremner wrote: On Tue, 01 Mar 2011 14:25:54 +0100, Patrick Ohly patrick.o...@intel.com wrote: You are right, the libsynthesis-sdk.pc file needs to list libsmltk as library it depends upon. There's no libsmltk.pc at the moment. Creating one and listing it under Requires might be the cleanest solution, but perhaps adding -lsmltk to Libs in libsynthesis-sdk.pc is good enough? Hi Patrick; Do you mean synthesis.pc? synthesis-sdk.pc doesn't currently list -lsynthesis (which in my shallow understanding was the point of having two .pc files). No, I mean libsynthesis-sdk. The undefined symbol is in libsynthesissdk_la-san.o, so libsynthesissdk.a must be linked explicitly against libsmltk (which is not the same as libsynthesis). -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
On Mon, 28 Feb 2011 09:47:14 +0100, Patrick Ohly patrick.o...@intel.com wrote: Does it help to add libsynthesissdk_la_LIBADD = libsmltk.la to src/Makefile.am and src/Makefile.am.in (the latter is the file that is in the git repo, used by src/gen-makefile-am.sh as part of building the source .tar.gz)? Hi Patrick; Thanks for the suggestion. I think I need to find an approach that does not use .la files. Currently there is no libsmltk.la installed by the debian libsynthesis-dev package (debian policy 10.2 discourages .la files). I think this means the fix should go in syncevolution, rather than libsynthesis. There are also pkgconfig .pc files in libsynthesis (at least the debian package), so guess that might be another thing to investigate. David -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
On Di, 2011-03-01 at 13:06 +, David Bremner wrote: Thanks for the suggestion. I think I need to find an approach that does not use .la files. Currently there is no libsmltk.la installed by the debian libsynthesis-dev package (debian policy 10.2 discourages .la files). I think this means the fix should go in syncevolution, rather than libsynthesis. There are also pkgconfig .pc files in libsynthesis (at least the debian package), so guess that might be another thing to investigate. You are right, the libsynthesis-sdk.pc file needs to list libsmltk as library it depends upon. There's no libsmltk.pc at the moment. Creating one and listing it under Requires might be the cleanest solution, but perhaps adding -lsmltk to Libs in libsynthesis-sdk.pc is good enough? -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
On Sa, 2011-02-26 at 15:23 +, Adam D. Barratt wrote: syncevolution FTBFS due to recent changes in the way in which gcc-4.4 invokes the linker. From the build log: libtool: link: g++ -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I./gdbus -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -g -O2 -uSyncEvolution_Module_Version -Wl,--export-dynamic -o syncevolution syncevolution-syncevolution.o syncevolution-CmdlineSyncClient.o syncevolution-AddressBookSourceRegister.o syncevolution-EvolutionCalendarSourceRegister.o syncevolution-EvolutionContactSourceRegister.o syncevolution-FileSyncSourceRegister.o syncevolution-KCalExtendedSourceRegister.o syncevolution-MaemoCalendarSourceRegister.o syncevolution-QtContactsSourceRegister.o syncevolution-SQLiteContactSourceRegister.o syncevolution-XMLRPCSyncSourceRegister.o -pthread -pthread backends/addressbook/.libs/syncaddressbook.a backends/evolution/.libs/syncebook.a -lebook-1.2 -lcamel-1.2 /usr/lib/libsqlite3.so -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 backends/evolution/.libs/syncecal.a -ldl -lecal-1.2 -lical -licalss -licalvcal /build/buildd-syncevolution_1.1+ds1-5+b1-amd64-3IcsNK/syncevolution-1.1+ds1/src/syncevo/.libs/libsyncevolution.a backends/file/.libs/syncfile.a backends/kcalextended/.libs/synckcalextended.a backends/maemo/.libs/syncmaemocal.a backends/qtcontacts/.libs/syncqtcontacts.a backends/sqlite/.libs/syncsqlite.a backends/xmlrpc/.libs/syncxmlrpc.a syncevo/.libs/libsyncevolution.a -ledataserver-1.2 /usr/lib/libxml2.so /usr/lib/libgconf-2.so -lsynthesissdk -lsynthesis -lsoup-2.4 /usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so -lopenobex /usr/lib/libbluetooth.so /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lgnome-keyring gdbus/.libs/libgdbus.a /usr/lib/libglib-2.0.so -ldbus-1 -lpthread -lrt -pthread /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/libsynthesissdk.a(libsynthesissdk_la-san.o): undefined reference to symbol 'smlStartMessageExt@@VER_1.0' /usr/bin/ld: note: 'smlStartMessageExt@@VER_1.0' is defined in DSO /usr/lib64/libsmltk.so.0 so try adding it to the linker command line /usr/lib64/libsmltk.so.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[5]: *** [syncevolution] Error 1 Does it help to add libsynthesissdk_la_LIBADD = libsmltk.la to src/Makefile.am and src/Makefile.am.in (the latter is the file that is in the git repo, used by src/gen-makefile-am.sh as part of building the source .tar.gz)? -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615263: syncevolution: FTBFS due to gcc-4.4 / linker changes
Package: syncevolution Version: 1.1+ds1-5 Severity: serious User: peter.fritzs...@gmx.de Usertag: no-add-needed Hi, syncevolution FTBFS due to recent changes in the way in which gcc-4.4 invokes the linker. From the build log: libtool: link: g++ -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I./gdbus -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -g -O2 -uSyncEvolution_Module_Version -Wl,--export-dynamic -o syncevolution syncevolution-syncevolution.o syncevolution-CmdlineSyncClient.o syncevolution-AddressBookSourceRegister.o syncevolution-EvolutionCalendarSourceRegister.o syncevolution-EvolutionContactSourceRegister.o syncevolution-FileSyncSourceRegister.o syncevolution-KCalExtendedSourceRegister.o syncevolution-MaemoCalendarSourceRegister.o syncevolution-QtContactsSourceRegister.o syncevolution-SQLiteContactSourceRegister.o syncevolution-XMLRPCSyncSourceRegister.o -pthread -pthread backends/addressbook/.libs/syncaddressbook.a backends/evolution/.libs/syncebook.a -lebook-1.2 -lcamel-1.2 /usr/lib/libsqlite3.so -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 backends/evolution/.libs/syncecal.a -ldl -lecal-1.2 -lical -licalss -licalvcal /build/buildd-syncevolution_1.1+ds1-5+b1-amd64-3IcsNK/syncevolution-1.1+ds1/src/syncevo/.libs/libsyncevolution.a backends/file/.libs/syncfile.a backends/kcalextended/.libs/synckcalextended.a backends/maemo/.libs/syncmaemocal.a backends/qtcontacts/.libs/syncqtcontacts.a backends/sqlite/.libs/syncsqlite.a backends/xmlrpc/.libs/syncxmlrpc.a syncevo/.libs/libsyncevolution.a -ledataserver-1.2 /usr/lib/libxml2.so /usr/lib/libgconf-2.so -lsynthesissdk -lsynthesis -lsoup-2.4 /usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so -lopenobex /usr/lib/libbluetooth.so /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lgnome-keyring gdbus/.libs/libgdbus.a /usr/lib/libglib-2.0.so -ldbus-1 -lpthread -lrt -pthread /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/libsynthesissdk.a(libsynthesissdk_la-san.o): undefined reference to symbol 'smlStartMessageExt@@VER_1.0' /usr/bin/ld: note: 'smlStartMessageExt@@VER_1.0' is defined in DSO /usr/lib64/libsmltk.so.0 so try adding it to the linker command line /usr/lib64/libsmltk.so.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[5]: *** [syncevolution] Error 1 Full logs available via https://buildd.debian.org/status/package.php?p=syncevolutionsuite=sid Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org