After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 603566 - Libraries with undefined symbols
Libraries with undefined symbols
Status: RESOLVED INCOMPLETE
Product: evolution-data-server
Classification: Platform
Component: general
2.28.x (obsolete)
Other Linux
: Normal trivial
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2009-12-02 09:29 UTC by Yan Li
Modified: 2010-09-28 15:49 UTC
See Also:
GNOME target: ---
GNOME version: 2.27/2.28



Description Yan Li 2009-12-02 09:29:24 UTC
I'm one of the Debian EDS maintainer. While checking the libraries generated, I found libraries with undefined symbols. This indirect linking per se is not a big problem (yet) but causes package checking warnings.

For example:
dpkg-shlibdeps: warning: symbol __dn_expand used by debian/libexchange-storage1.2-3/usr/lib/libexchange-storage-1.2.so.3.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol e_passwords_ask_password used by debian/libexchange-storage1.2-3/usr/lib/libexchange-storage-1.2.so.3.0.0 found in none of the libraries.
[...]

Above warnings said that libexchange-storage used functions from libedataserverui but was not linked against it. This may cause problems to programs using libexchange-storage other than Evolution (e.g. Anjal or sth else).

Do you agree that this can be fixed by adding missing libraries to respective lib_*_LDADD? Or do you have any other concerns?

Thank you.
Comment 1 Yan Li 2009-12-02 09:31:51 UTC
Those libraries can be filtered by building with "-Wl,--no-allow-shlib-undefined".
Comment 2 Matthew Barnes 2010-03-31 16:24:11 UTC
Is this still an issue in Evolution-Data-Server-2.30?
Comment 3 Tobias Mueller 2010-06-23 10:19:22 UTC
Yan Li, Ping.
Comment 4 Yan Li 2010-06-30 06:09:19 UTC
No, the problem is still in e-d-s 2.31. Without adding every libraries used to respective lib_*_LDADD, the problem won't go away automatically I think.
Comment 5 Matthew Barnes 2010-06-30 09:27:59 UTC
Can you post the exact warnings you're seeing (all of them)?

The examples you gave don't apply anymore and E-D-S builds fine for me on Debian, which is where I turn to reproduce most of the linker errors that get reported.
Comment 6 Felipe Besoaín Pino 2010-09-28 15:49:48 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!