Ok, I've been looking this for a while now and I'm not sure what to do.
The problem is that cmake changed the way it links binaries between 2.2
and 2.4, before the linking line was directly included in the Makefiles,
like:
mod_xmlrpc.so: CMakeFiles/mod_xmlrpc.dir/build.make
@echo "Linking C shared library mod_xmlrpc.so"
$(CMAKE_COMMAND) -E remove -f libmod_xmlrpc.a mod_xmlrpc.so
gcc -fPIC `/usr/bin/xmlrpc-c-config --libs` `/usr/bin/apr-config
--libs` `/usr/bin/apxs2 -q LDFLAGS` -lpthread -ldl -lcrypt -lm -lc -lruby1.8
-shared -Wl,-soname,mod_xmlrpc.so -o mod_xmlrpc.so $(mod_xmlrpc_OBJECTS)
$(mod_xmlrpc_EXTERNAL_OBJECTS)
while 2.4 does it like:
mod_xmlrpc.so: CMakeFiles/mod_xmlrpc.dir/build.make
@$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --red --bold
"Linking C shared library mod_xmlrpc.so"
$(CMAKE_COMMAND) -P CMakeFiles/mod_xmlrpc.dir/cmake_clean_target.cmake
$(CMAKE_COMMAND) -E cmake_link_script
CMakeFiles/mod_xmlrpc.dir/link.txt --verbose=$(VERBOSE)
and link.txt contains:
/usr/bin/gcc -fPIC -DSUPPORT_C `/usr/bin/xmlrpc-c-config --cflags`
`/usr/bin/apr-config --cflags` -I`/usr/bin/apr-config --includedir`
`/usr/bin/apxs2 -q CFLAGS` -I`/usr/bin/apxs2 -q INCLUDEDIR` -Wall -g
-fno-strict-aliasing -O2 -fPIC -I/usr/lib/ruby/1.8/i486-linux -DSUPPORT_RUBY
`/usr/bin/xmlrpc-c-config --libs` `/usr/bin/apr-config --libs` `/usr/bin/apxs2
-q LDFLAGS` -lpthread -ldl -lcrypt -lm -lc -lruby1.8 -shared
-Wl,-soname,mod_xmlrpc.so -o mod_xmlrpc.so
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc.o"
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_c.o"
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_rb.o"
"CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_server.o"
The problem lays in that Makefile lines are interpreted by a shell while cmake
directly exec them. Wether this change in the behaviour of cmake is a bug or
not I'll leave it to the maintainer to figure it out, because you probably
shouldn't depend on that on rules of a 'cross-platform make'.
Meanwhile I tested to compile every cmake build-rdep with 2.4 and found
this:
boson 0
cableswig 0
gccxml 0
libapache2-mod-xmlrpc2 100
octaviz 0
strigi 100
strigiapplet 0
vtk 100
yodl 0
Both strigi and libapache2-mod-xmlrpc2 seems broken by this change, the vtk
problem doesn't seem related. I have patches for those two bugs and will be
filling bugs with patches for them.
Damián(Des).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
