New package, xmlrpc-c-1.06.31

[ken@…]

​http://xmlrpc-c.sourceforge.net/

A dependency for cmake, at least for those who don't like packages with their own versions of libraries such as zlib. From its sf site: XML-RPC is a quick-and-easy way to make procedure calls over the Internet. It converts the procedure call into XML document, sends it to a remote server using HTTP, and gets back the response as XML. Turns out cmake uses it between its own modules on localhost, no server required.

I initially had grave misgivings about proposing this, it doesn't give me good feelings (apart from its official description, the documentation is not installed and almost totally missing (a couple of man1 pages, but no sign of the other page that one of them references), and the testsuite is probably expected to fail, or even to fail to build (see gentoo re version 1.6.27 - they've now moved onto unstable versions that are apparently generated every time somebody checks a change in to upstream CVS). Also, it has problems with --disable-static (depending on configuration it either doesn't build, or it installs static libs anyway). But, needs must for cmake.

Required dependency (for cmake) is curl, It can also use libxml2 (if specifically enabled). At the moment I don't know if it can be used by cmake with --disable-libwww-client --disable-abyss-server --disable-cgi-server.

I've built it with

./configure --prefix=/usr ; make ; make install ;
for A in /usr/lib/libxmlrpc*.a ; do
mv -v $A{,.hidden}
done

Since cmake doesn't need these static libs, I'll probably delete them after installing.

Not yet tested with gcc-4.3.2.

[Randy McMurchy]

Marking this as future for the same reason as the Cmake package.

[willimm]

Just to add to my annoyance is that this package completely fails to build under Pure64 bit systems. Grr...

[willimm]

Replying to willimm:

Just to add to my annoyance is that this package completely fails to build under Pure64 bit systems. Grr...

At least CMAKE no longer uses it. But I really hate the people who created xmlrpc-c for their /sarcasm kindness /sarcasm to make the package completly fail to build with Pure64 bit systems.

[ken@…]

If you have a reference for cmake no longer needing this (but still being able to build against system libs instead of versions shipped within cmake), let's just close this as WONTFIX - xmlrpc-c does have other uses, but it's very much a niche package.

Do you have such a reference ?

I'm afraid I've lost all interest in cmake, for me it is now part of the problem, not part of the solution.

[Trent Shea]

Replying to ken@…:

If you have a reference for cmake no longer needing this (but still being able to build against system libs instead of versions shipped within cmake), let's just close this as WONTFIX - xmlrpc-c does have other uses, but it's very much a niche package.

I'm just ripping this from the cmake-2.8.0 ChangeLog.txt, it could be present in earlier versions. 2009-06-11 11:24 king

• CMakeLists.txt, CTestCustom.cmake.in, Source/CTest/cmCTestSubmitHandler.cxx, Utilities/cmThirdParty.h.in, Utilities/cm_xmlrpc.h: ENH: Disable the xmlrpc drop method by default

We've chosen to drop our default dependence on xmlrpc. Thus we disable the corresponding CTest submission method and remove the sources for building xmlrpc locally. Users can re-enable the method by setting the CTEST_USE_XMLRPC option to use a system-installed xmlrpc library.

[ken@…]

Thanks for that confirmation. There are already too many packages in the book. Since this isn't required to build cmake with the other system libs, closing.

[bdubbs@…]

Milestone renamed