[SOLVED] Slackbuilds digikam 4.14.0 compile error

Contrak · 08-23-2016, 11:00 PM

Compiled digikam 4.14.0 with slackbuilds and it broke at 15%. Installed all dependencies just fine. Anyone have a workaround?

Quote:

[ 15%] Linking CXX shared module ../../../lib/kipiplugin_advancedslideshow.so
...
/usr/lib64/qt/lib/libQtGui.so /usr/lib64/qt/lib/libQtCore.so -lpthread -Wl,-rpath,/usr/lib64/qt/lib:/tmp/SBo/digikam-4.14.0/build/lib:
/usr/lib64/gcc/x86_64-slackware-linux/5.3.0/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/lib/libGL.so when searching for -lGL
/usr/lib64/gcc/x86_64-slackware-linux/5.3.0/../../../../x86_64-slackware-linux/bin/ld: cannot find -lGL
collect2: error: ld returned 1 exit status
extra/kipi-plugins/advancedslideshow/CMakeFiles/kipiplugin_advancedslideshow.dir/build.make:606: recipe for target 'lib/kipiplugin_advancedslideshow.so' failed
make[2]: *** [lib/kipiplugin_advancedslideshow.so] Error 1
make[2]: Leaving directory '/tmp/SBo/digikam-4.14.0/build'
CMakeFiles/Makefile2:5786: recipe for target 'extra/kipi-plugins/advancedslideshow/CMakeFiles/kipiplugin_advancedslideshow.dir/all' failed
make[1]: *** [extra/kipi-plugins/advancedslideshow/CMakeFiles/kipiplugin_advancedslideshow.dir/all] Error 2
make[1]: Leaving directory '/tmp/SBo/digikam-4.14.0/build'
Makefile:141: recipe for target 'all' failed
make: *** [all] Error 2

Slackware 14.2 x86_64
multilib
Installed dependencies:
Slackbuild lensfun (0.3.2)
Slackbuild libkgeomap4 (15.08.3)
Slackbuild libkvkontakte (4.12.0)
Slackbuild liblqr (0.4.2)
Slackbuild libpgf (6.14.12)
Slackbuild libkface (15.08.3)
Slackbuild opencv (3.1.0)
AlienBob ffmpeg-3.1.1-x86_64-1alien

zk1234 · 08-24-2016, 06:12 AM

It's rather self-explanatory: problem with OpenGL library ("cannot find -lGL"), which exists but seems to be incompatible ("skipping incompatible /usr/lib/libGL.so"). Does /usr/lib/libGL.so link to the x86_64 library? Are you using mesa or proprietary drivers ?

.

bassmadrigal · 08-24-2016, 08:15 AM

Quote:

skipping incompatible /usr/lib/libGL.so when searching for -lGL

This is likely due to you running multilib. See the SBo FAQ entry on multilib. It will likely fix your problem.

Contrak · 08-24-2016, 02:12 PM

Quote:

Originally Posted by zk1234

It's rather self-explanatory: problem with OpenGL library ("cannot find -lGL"), which exists but seems to be incompatible ("skipping incompatible /usr/lib/libGL.so"). Does /usr/lib/libGL.so link to the x86_64 library? Are you using mesa or proprietary drivers ?

.

The ls of libGL* in my system.

Quote:

[:/usr/lib]$ls libGL*
libGL.la* libGLESv2.la* libGLEWmx.so.1.13@
libGL.so@ libGLESv2.so@ libGLEWmx.so.1.13.0*
libGL.so.1@ libGLESv2.so.2@ libGLU.la*
libGL.so.1.2.0* libGLESv2.so.2.0.0* libGLU.so@
libGLESv1_CM.la* libGLEW.so@ libGLU.so.1@
libGLESv1_CM.so@ libGLEW.so.1.13@ libGLU.so.1.3.1*
libGLESv1_CM.so.1@ libGLEW.so.1.13.0*
libGLESv1_CM.so.1.1.0* libGLEWmx.so@

[:/usr/lib64]$ls libGL*
libGL.la* libGLESv2.la* libGLEWmx.so@
libGL.so.1@ libGLESv2.so@ libGLEWmx.so.1.13@
libGL.so.1.2.0* libGLESv2.so.2@ libGLEWmx.so.1.13.0*
libGLESv1_CM.la* libGLESv2.so.2.0.0* libGLU.la*
libGLESv1_CM.so@ libGLEW.so@ libGLU.so@
libGLESv1_CM.so.1@ libGLEW.so.1.13@ libGLU.so.1@
libGLESv1_CM.so.1.1.0* libGLEW.so.1.13.0* libGLU.so.1.3.1*

I'm not using any proprietary software.
Do you have a solution to the problem?

notKlaatu · 08-24-2016, 02:25 PM

As bassmadrigal said, it's because of multilib.

Look:

Code:

/usr/lib64/gcc/x86_64-slackware-linux/5.3.0/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/lib/libGL.so when searching for -lGL

You see that /usr/lib64/blah is skipping inocompatible /usr/lib/libGL.so

Why is something from the 64bit /usr/lib64 looking in 32bit location /usr/lib ? You need to point your liker to your 64 bit libraries and tell it to ignore the 32bit stuff (which is explained in the link that bassmadrigal provides).

Contrak · 08-24-2016, 02:29 PM

Quote:

Originally Posted by bassmadrigal

This is likely due to you running multilib. See the SBo FAQ entry on multilib. It will likely fix your problem.

This is the part of Mr. Raharjo's slackbuild for digikam where I would add ""LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" "" per Slackbuild FAQ #18. But it doesn't look familiar to me.

Quote:

cd build
cmake \
-DCMAKE_C_FLAGS_RELEASE:STRING="$SLKCFLAGS" \
-DCMAKE_CXX_FLAGS_RELEASE:STRING="$SLKCFLAGS" \
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIB_SUFFIX=$(kde4-config --libsuffix) \
-DMAN_INSTALL_DIR=/usr/man \
-DSYSCONF_INSTALL_DIR=/etc/kde \
-DCMAKE_VERBOSE_MAKEFILE:BOOL="TRUE" \
-DDIGIKAMSC_COMPILE_LIBMEDIAWIKI=ON \
-DDIGIKAMSC_COMPILE_LIBKVKONTAKTE=ON \
-DDIGIKAMSC_COMPILE_LIBKFACE=ON \
-DDIGIKAMSC_COMPILE_DOC=OFF \
-DCMAKE_CXX_FLAGS:STRING="$(/usr/bin/Magick++-config --libs)" \
-DENABLE_OPENCV3=ON \
-DCMAKE_C_COMPILER=clang \
-DCMAKE_BUILD_TYPE=Release ..
make
make install DESTDIR=$PKG
cd ..

Where would I add ""LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" "" ?

ponce · 08-24-2016, 02:31 PM

it's ugly, but you can alternatively do a temporary rename of /usr/lib to /usr/lib.old, build digikam, then move back /usr/lib.old to /usr/lib.

Contrak · 08-24-2016, 02:41 PM

Quote:

Originally Posted by ponce

it's ugly, but you can alternatively do a temporary rename of /usr/lib to /usr/lib.old, build digikam, then move back /usr/lib.old to /usr/lib.

That's gangster. But I'll do it by the end of this week if that's the only solution.

ponce · 08-24-2016, 02:50 PM

as you might have read in the FAQ, your setup is unsupported, so you might have to adapt...

having just had a look at the bootstrap.local file in the source directory, you probably might also try an

Code:

export LD_LIBRARY_PATH=/usr/lib64:/lib64

in the root shell in which you will run the digikam.SlackBuild just after, but it's just a guess and I haven't tried it here so it might not work...

Contrak · 08-24-2016, 06:16 PM

Thanks everyone for helping me get my head out of my arse.

So the ld command wanted specifically libGL.so It tried to find it in /usr/lib64/ but it wasn't there so it went to /usr/lib/. the ld command found a libGL.so and tried to use the -lGL flag to the 32bit libGL.so but it showed to be incompatible. Used the 'file' command to get some info from /usr/lib/libGL.so and it was a symlink to /usr/lib/libGL.so.1. Aha!? So I created a /usr/lib64/libGL.so symlink targeted to /usr/lib64/libGL.so.1

All is good. Compiled successfully and installed.