Review Request 110563: hide symbols from static lib QtUitools.a (generically by new macro KDE4_HIDE_SYMBOLS_FROM_STATIC_LIBS)
Friedrich W. H. Kossebau
kossebau at kde.org
Mon May 20 19:34:15 BST 2013
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110563/
-----------------------------------------------------------
Review request for Build System and kdelibs.
Description
-------
Like discussed in the thread "Crashes with libQtUiTools.a if linked multiple times into the same process (with Bsymbolic-functions flag)" on kde-core-devel ( http://lists.kde.org/?t=136829863100001&r=1&w=2 ) symbols from QtUitools.a are not hidden by default in Qt4 and thus will be added to the public symbols of the module/shared lib they are linked to. And thus can appear multiple times in the same process, resulting in symbol clashes and leading to problems at least with the Bsymbolic-functions flag or when being possibly incompatible versions.
Attached patch sees to solve that problem, by adding a macro KDE4_HIDE_SYMBOLS_FROM_STATIC_LIBS which should add any needed linker flags depending on the platform/linker used.
Only issue is that instead of some variable I had to use "QtUiTools.a" as I found no variable which would resolve to that. E.g. ${QT_QTUITOOLS_LIBRARY} resolves to "Qt4::QtUiTools" for me. Any idea what to use there, in case another platform needs another name/prefix here?
Patch is against 4.10 branch, so I hope to get this in 4.10.4
http://lxr.kde.org/search?v=4.10-branch&filestring=&string=QT_QTUITOOLS_LIBRARY shows that there are some more places where the symbols need hiding, but I first want feedback on the proposed approach.
Diffs
-----
cmake/modules/FindKDE4Internal.cmake cb63285
cmake/modules/KDE4Macros.cmake 3db4e24
kjsembed/kjsembed/CMakeLists.txt d70f260
kross/modules/CMakeLists.txt d245fd8
kross/qts/CMakeLists.txt d8cb4a5
plasma/CMakeLists.txt 674550d
Diff: http://git.reviewboard.kde.org/r/110563/diff/
Testing
-------
Thanks,
Friedrich W. H. Kossebau
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20130520/749228c3/attachment.htm>
More information about the kde-core-devel
mailing list