[sldev] CMake preview available - please try it out!

Robin Cornelius robin.cornelius at gmail.com
Mon Feb 4 01:02:56 PST 2008


On Feb 3, 2008 9:43 PM, Dale Glass <dale at daleglass.net> wrote:
>
> On Sunday 03 February 2008 03:33:22 Dale Glass wrote:
> > More issues:
> >
> > http://jira.secondlife.com/browse/VWR-4491
> >
> > CMake seems to get to the end of the build, but then fails to link
> > xmlrpc-epi for some reason. In fact, cmake.py output seems to imply
> > xmlrpc-epi is not even being looked for.
>
> Ok, figured it out. Problem was:
>
> Gentoo doesn't have an xmlrpc-epi ebuild.
>
> The third party one installed as libxmlrpc.so, CMake wanted
> libxmlrpc-epi.so.
>
> For some reason CMake thinks xmlrpc-epi is optional, so it goes ahead
> without it, then linking fails.
>

Yea i think as (i mentioned on VWR-4491) that XMLRPCEPI_FIND_REQUIRED
should be true and this a bug here.

>
> So:
>
> What should it be, xmlrpc-epi.so or xmlrpc.so?

I would guess xmlrpc-epi.so as there are many other xmlrpc libraries
available and it minimisies collision chances with another installed
library and it is obvious which xmlrpc library you are looking at.

Also this is what the default ./configure make make install scripts generate.

As this is not an offical Gentoo pacakge I would see if you can get
the packager to update it.

>
> Also even with fixing the ebuild, I get xmlrpc-epi.so.0 (note the .0),
> which CMake fails to find unless I add a symlink.
>
> How do I fix CMake so that it accepts the .0 as well?

You don't

This is the correct behavior for shared libraries

It is usual on distro based systems to have a lib and a develo
pacakge. The lib contains xmlrpc-epi.so.0 which has the so name
appended and the develo package contains the headers AND a
xmlrpc-epi.so symlink. Applications would build against xmlrpc-epi.so
then due to the symlink the binary becomes dependent on
xmlrpc-epi.so.0.

Regards

Robin


More information about the SLDev mailing list