That the cgsi-gsoap libraries are not linked to the gsoap libraries and leave the gsoap symbols undefined is a deliberate design choice by the upstream developers.
The reason is that it is not known at the compile time of the cgsi-gsoap libraries which of the gsoap libraries (-lgsoap, -lgsoapck or -lgsoapssl) that will be used to resolve those symbols in the application that uses the libraries. By leaving the symbols undefined, the choice of gsoap library is postponed until the compile time of the application, when it is known. The reason for the build failure of gfal2 is not due to underlinking of cgsi-gsoap. The problem is that the build is attempted using inconsistent dependencies with some of them built against libgsoap3 and others against libgsoap4. According to the log, both versions are installed to satisfy the build dependencies: Setting up libgsoap3:i386 (2.8.12-2) ... Setting up libgsoap4:i386 (2.8.16-2) ... The binnmus for the libgoap3 → libgsoap4 transition must be done in the proper dependency order in ubuntu the same way it was done in debian. With a consistent set of dependencies all linked to the same gsoap version the gfal2 build will succeed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1264358 Title: cgsi-gsoap: Libraries are underlinked, missing -lgsoap To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cgsi-gsoap/+bug/1264358/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
