kdesupport is going to compile against stdcxx anyway, Cstd wont cut it, so document...

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@794718 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

diff --git a/bindings/c/CMakeLists.txt b/bindings/c/CMakeLists.txt
index 8c6dc4a17ce39bc595b67ddcc94a20ef24a887ba..7dd5a16419ffe7ec0fc8cf0f133f33cddffb88a1 100644 (file)
--- 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