On Wednesday 24 May 2006 17:49, Alexander Neundorf wrote:
...
> cmake doesn't really know whether we mean the library DCOP installed on the
> system or the library DCOP built in kdelibs. It seems it picks the wrong
> one for you.
> I tried to reproduce it with the testcase which is attached, but this works
> as expected.
> It creates a libm.so and links the executable to this library "m" and
> to /lib/libdl.so.2, so that in /lib/ also libm exists. But cmake gets it
> right here.
> Does it work for you, Adriaan ?
Can you please try whether the attached patch for kdelibs/dcop/CMakeLists.txt
helps for your problem ?
It moves the compilation of the executables after the compilation of libDCOP.
If it works for you, please commit.
Bye
Alex
--
Work: alexander.neundorf AT jenoptik.com - http://www.jenoptik-los.de
Home: neundorf AT kde.org - http://www.kde.org
alex AT neundorf.net - http://www.neundorf.net
Index: CMakeLists.txt
===================================================================
--- CMakeLists.txt (revision 544367)
+++ CMakeLists.txt (working copy)
@@ -39,10 +39,6 @@
add_subdirectory( iceauth )
endif (WIN32 OR APPLE)
-add_subdirectory( dcopidlng )
-add_subdirectory( dcopidl2cpp )
-add_subdirectory( client )
-add_subdirectory( tests )
########### next target ###############
@@ -115,6 +111,14 @@
target_link_libraries( dcopserver kdeinit_dcopserver )
install(TARGETS dcopserver DESTINATION bin)
+
+add_subdirectory( dcopidlng )
+add_subdirectory( dcopidl2cpp )
+add_subdirectory( client )
+add_subdirectory( tests )
+
+
+
########### install files ###############
install_files( /include FILES dcopclient.h dcopobject.h dcopstub.h dcopref.h dcoptypes.h kdatastream.h )
_______________________________________________
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
