Same result with that change. I did notice that it builds fine, even with my system expat-dev package installed, so the system expat isn't the issue. I have my own toolchain, which also has expat in it, if I remove expat from my toolchain cmake will build. Not sure exactly what this means yet, but it does seem that cmake is picking up on my expat somehow. I'm going to play around with setting some stuff in the init file I pass during bootstrap and see if I can override this expat issue, I'll let you know if any of my experiments work out.
<br><br><br><div><span class="gmail_quote">On 5/26/06, <b class="gmail_sendername">Brad King</b> <<a href="mailto:brad.king@kitware.com">brad.king@kitware.com</a>> wrote: <br></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Doug Henry wrote:<br>> actually, I have found if I change the following entry (add expat to the<br>> linker flags) in cmxmlrpc/CMakeLists.txt this problem goes away:<br>><br>> TARGET_LINK_LIBRARIES(xrtest cmXMLRPC cmexpat expat ${CMAKE_DL_LIBS})
<br><br> From where is that other "expat" library coming? I bet the build of<br>cmXMLRPC is accidentally using system expat headers instead of cmexpat<br>headers. The include directory order in Utilities/cmxmlrpc may need
<br>fixing. In that directory's CMakeLists.txt file change the lines<br><br>INCLUDE_DIRECTORIES(<br> "${CMAKE_CURRENT_SOURCE_DIR}"<br> "${CMAKE_CURRENT_BINARY_DIR}"<br> ${CMAKE_EXPAT_INCLUDES}<br>
${CMAKE_CURL_INCLUDES}<br> )<br><br>to<br><br>INCLUDE_DIRECTORIES(BEFORE<br> ${CMAKE_CURL_INCLUDES}<br> ${CMAKE_EXPAT_INCLUDES}<br> "${CMAKE_CURRENT_SOURCE_DIR}"<br> "${CMAKE_CURRENT_BINARY_DIR}"
<br> )<br><br>and try bootstrapping again with a fresh tree.<br><br>-Brad<br><br>> On 5/26/06, *Doug Henry* <<a href="mailto:develop@brilligent.com">develop@brilligent.com</a><br>> <mailto:<a href="mailto:develop@brilligent.com">
develop@brilligent.com</a>>> wrote:<br>><br>> I receive the errors below when building versions 2.2.3 and 2.4.2.<br>> It looks like the cmexpat library is not linking in when cmXMLRPC<br>> library is used. I have ./Utilities/cmexpat/libcmexpat.a so it did
<br>> build, not sure what would cause this.<br>><br>> [TOOLS cmake-2.4.2]$ make<br>> Linking C executable ../../bin/xrtest<br>> /mnt/tools/RPM/TMP/cmake-2.4.2/Utilities/cmxmlrpc/libcmXMLRPC.a(xmlrpc_expat.o):
<br>> In function `xml_parse':<br>> xmlrpc_expat.c:(.text+0x848): undefined reference to `XML_ParserCreate'<br>> xmlrpc_expat.c:(.text+0x862): undefined reference to `XML_SetUserData'<br>> xmlrpc_expat.c:(.text+0x87c): undefined reference to
<br>> `XML_SetElementHandler'<br>> xmlrpc_expat.c:(.text+0x88d): undefined reference to<br>> `XML_SetCharacterDataHandler'<br>> xmlrpc_expat.c:(.text+0x8a6): undefined reference to `XML_Parse'<br>
> xmlrpc_expat.c:(.text+0x8d8): undefined reference to `XML_ParserFree'<br>> xmlrpc_expat.c:(.text+0x947): undefined reference to `XML_GetErrorCode'<br>> xmlrpc_expat.c:(.text+0x94f): undefined reference to `XML_ErrorString'
<br>> xmlrpc_expat.c:(.text+0x96c): undefined reference to `XML_GetErrorCode'<br>> xmlrpc_expat.c:(.text+0x974): undefined reference to `XML_ErrorString'<br>> collect2: ld returned 1 exit status<br>> make[2]: *** [bin/xrtest] Error 1
<br>> make[1]: *** [Utilities/cmxmlrpc/CMakeFiles/xrtest.dir/all] Error 2<br>><br>><br>><br>> ------------------------------------------------------------------------<br>><br>> _______________________________________________
<br>> CMake mailing list<br>> <a href="mailto:CMake@cmake.org">CMake@cmake.org</a><br>> <a href="http://www.cmake.org/mailman/listinfo/cmake">http://www.cmake.org/mailman/listinfo/cmake</a><br><br></blockquote></div>
<br>