my little tooth on cmake

[Carsten Niehaus]

Am Sonntag, 19. März 2006 16:02 schrieb Kurt Pfeifle:
> What for me does *not* compile right now for me, in 99% of cases, is
> kdelibs/trunk and kdelibs4_snapshot.

Good point. Should we add something like a "kdelibs_snapshot has to compile 
with cmake" from now on (or from April on for example)? Currently the 
snapshot breaks with

Linking CXX shared module ../../../lib/./kded_proxyscout.so
cd /home/kde4/svn/kdelibs-build/kio/misc/kpac && /usr/local/bin/cmake -P 
CMakeFiles/kded_proxyscout.dir/cmake_clean_target.cmake
cd /home/kde4/svn/kdelibs-build/kio/misc/kpac && /usr/bin/c++  -fPIC   
-Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wconversion 
-Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -Wformat-security 
-fno-exceptions -fno-check-new -fno-common -fexceptions -O2 -g 
-Wl,--fatal-warnings -avoid-version -Wl,--no-undefined -lc -shared 
-Wl,-soname,kded_proxyscout.so -o ../../../lib/./kded_proxyscout.so 
"CMakeFiles/kded_proxyscout.dir/proxyscout.o" 
"CMakeFiles/kded_proxyscout.dir/script.o" 
"CMakeFiles/kded_proxyscout.dir/downloader.o" 
"CMakeFiles/kded_proxyscout.dir/discovery.o" 
"CMakeFiles/kded_proxyscout.dir/proxyscout_skel.o"  
-L/home/kde4/svn/kdelibs-build/lib -L/home/kde4/svn/kdelibs-build/lib/. 
-L/home/kde4/svn/qt-copy/lib -L/lib -L/usr/local/lib -lQtCore_debug -lpthread 
-lkdecore -lkio -lkjs -lkdeui -lQtXml_debug -lkdefx -lkwalletclient -lkdesu 
-lfam -lacl -lattr -lkdecore -lQt3Support_debug -lQtGui_debug -lSM -lICE -lSM 
-lICE -lX11 -lXext -lXau -lX11 -lXext -lXau -lutil -lDCOP -lQtCore_debug 
-lpthread -lz -lidn -lbz2 -ldl -lm -lpcre -lpcreposix 
-Wl,-rpath,/home/kde4/svn/kdelibs-build/lib/.:/usr/local/lib:/home/kde4/svn/qt-copy/lib
CMakeFiles/kded_proxyscout.dir/discovery.o: In function 
`KPAC::Discovery::checkDomain() const':
/home/kde4/svn/kdelibs4_snapshot/kio/misc/kpac/discovery.cpp:99: undefined 
reference to `__res_query'
/home/kde4/svn/kdelibs4_snapshot/kio/misc/kpac/discovery.cpp:105: undefined 
reference to `__dn_skipname'
/home/kde4/svn/kdelibs4_snapshot/kio/misc/kpac/discovery.cpp:108: undefined 
reference to `__dn_skipname'
collect2: ld returned 1 exit status
make[2]: *** [lib/./kded_proxyscout.so] Error 1
make[2]: Leaving directory `/home/kde4/svn/kdelibs-build'
make[1]: *** [kio/misc/kpac/CMakeFiles/kded_proxyscout.dir/all] Error 2
make[1]: Leaving directory `/home/kde4/svn/kdelibs-build'
make: *** [all] Error 2


That means for me I cannot compile kdeedu either. As I don't have the 
cpu-power and time to user kdelibs itself this is a mess. (Of course, the 
snapshot works with unsermake so I can still compile kdeedu, but I want to 
help improving the cmake-build by testing and improving the compilation of 
kdeedu).

So in short: Do we need a policy that the _snapshot always needs to be 
compilable with cmake or is that to early?

Carsten
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060319/ccf18ef7/attachment.sig>