From 5fe5ee1074c74f8e3574d1cd4cebfaa70c0e7f32 Mon Sep 17 00:00:00 2001 From: Adriaan de Groot Date: Tue, 8 Apr 2008 12:40:52 +0000 Subject: [PATCH] kdesupport is going to compile against stdcxx anyway, Cstd wont cut it, so document better and just put stdcxx in there. git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@794718 283d02a7-25f6-0310-bc7c-ecb5cbfe19da --- bindings/c/CMakeLists.txt | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/bindings/c/CMakeLists.txt b/bindings/c/CMakeLists.txt index 8c6dc4a1..7dd5a164 100644 --- a/bindings/c/CMakeLists.txt +++ b/bindings/c/CMakeLists.txt @@ -26,18 +26,19 @@ ADD_LIBRARY(tag_c SHARED ${tag_c_LIB_SRCS}) TARGET_LINK_LIBRARIES(tag_c tag ) # On Solaris we need to explicitly add the C++ standard and runtime -# libraries to the libs used by this library, to link them to apps -# using these bindings. +# libraries to the libs used by the C bindings, because those C bindings +# themselves won't pull in the C++ libs -- and if a C application is +# using the C bindings then we get link errors. CHECK_LIBRARY_EXISTS(Crun __RTTI___ "" HAVE_CRUN_LIB) IF(HAVE_CRUN_LIB) # Which libraries to link depends critically on which # STL version is going to be used by your application # and which runtime is in use. While Crun is pretty much # the only game in town, the three available STLs -- Cstd, - # stlport4 and stdcxx -- make this a mess. We really only - # support stdcxx, but won't force the issue here. + # stlport4 and stdcxx -- make this a mess. The KDE-Solaris + # team supports stdcxx (Apache RogueWave stdcxx 4.1.3). # - TARGET_LINK_LIBRARIES(tag_c Crun) + TARGET_LINK_LIBRARIES(tag_c stdcxx Crun) ENDIF(HAVE_CRUN_LIB) SET_TARGET_PROPERTIES(tag_c PROPERTIES