Gonna take a shot in the dark here (never used Cmake) but..

I'm assuming you can set the output directory of libraries to /usr/local/lib64 somewhere in there. This person seems makes it sound like it needs coercion:

https://cmake.org/pipermail/cmake/2013-July/055374.html

but that's a pretty old email.

/usr/local/lib should be 32bit libraries only, unless you want to confuse people :)

Alex


On 04/07/2018 10:26 AM, nico wrote:
Hello !

Bit of context first:
I try to create a slackbuild script for dublin-traceroute ( https://github.com/insomniacslk/dublin-traceroute ) which depends on libtins ( https://github.com/mfontanini/libtins )

The cmake-template for slackbuilds is doing a good job - and I got the package libtins/dublin-traceroute building and installing fine

Pbm:
I cannot start dublin-traceroute

:~ $ dublin-traceroute
dublin-traceroute: error while loading shared libraries: libdublintraceroute.so.0.1.1: cannot open shared object file: No such file or directory

ldd is pointing in the right direction... lib are not found (for both libtins/libdublintraceroute)
:~ $ ldd /usr/local/bin/dublin-traceroute
    linux-vdso.so.1 (0x00007ffc474ff000)
    libdublintraceroute.so.0.1.1 => not found <<<<<<<<<<<<<<<<<<<<<
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc60c887000)
    libtins.so.4.0 => not found <<<<<<<<<<<<<<<<<<<<<
    libpcap.so.1 => /usr/lib64/libpcap.so.1 (0x00007fc60c637000)
    libssl.so.1 => /lib64/libssl.so.1 (0x00007fc60c3c4000)
    libcrypto.so.1 => /lib64/libcrypto.so.1 (0x00007fc60bf65000)
    libjsoncpp.so.11 => /usr/lib64/libjsoncpp.so.11 (0x00007fc60bd30000)
    libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fc60b9b1000)
    libm.so.6 => /lib64/libm.so.6 (0x00007fc60b616000)
    libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007fc60b3ff000)
    libc.so.6 => /lib64/libc.so.6 (0x00007fc60b015000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fc60caa6000)
    libnl-genl-3.so.200 => /usr/lib64/libnl-genl-3.so.200 (0x00007fc60ae0f000)
    libnl-3.so.200 => /usr/lib64/libnl-3.so.200 (0x00007fc60abef000)
    libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007fc60a99e000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007fc60a79a000)

but they do exist in /usr/local/lib:
:~ $ ls -lastr /usr/local/lib | egrep "dublin|tins"
10212 -rwxr-xr-x  1 root root 10456832 Apr  7 13:52 libtins.so.4.0*
    0 lrwxrwxrwx  1 root root       14 Apr  7 13:53 libtins.so -> libtins.so.4.0*     0 lrwxrwxrwx  1 root root       28 Apr  7 14:12 libdublintraceroute.so -> libdublintraceroute.so.0.1.1*   612 -rwxr-xr-x  1 root root   623688 Apr  7 14:16 libdublintraceroute.so.0.1.1*


From googling, main issue would be lib are looked in those pathes and obviously /usr/local/lib is not one of them :
 # cat /etc/ld.so.conf
/lib64
/usr/lib64
/usr/local/lib64
/usr/x86_64-slackware-linux/lib64
/usr/lib64/seamonkey

I could copy libs to a proper directory, makes symlinks or edit /etc/ld.so.conf .....

As I want to submit those slackbuilds once finished to slackbuilds.org, what could be an acceptable solution to fix the lib issues ?


Best regards,

Nico

_______________________________________________
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/


_______________________________________________
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/

Reply via email to