7 Mar
2012
7 Mar
'12
12:58 a.m.
Darrell, all,
Ran into another issue with tdegraphics that I can't solve by a dependency review:
[ 31%] Building CXX object libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all] Error 2
make: *** [all] Error 2
Is this a CMake issue? Linker error? What to look for?
--
David C. Rankin, J.D.,P.E.
7 Mar
7 Mar
1:09 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
Ran into another issue with tdegraphics that I
can't
solve by a dependency review:
[ 31%] Building CXX object
libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all]
Error 2
make: *** [all] Error 2
Is this a CMake issue? Linker error? What to look
for?
Do you have SANE installed?
Check your build log for the following:
-- checking for 'libkscan'
-- ok, activated for build
Check your CMakeCache.txt for this:
//Build libkscan
BUILD_LIBKSCAN:BOOL=ON
Darrell
1:37 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/06/2012 07:09 PM, Darrell Anderson wrote:
Hmm... yes on both accounts:
-- checking for 'libkscan'
-- ok, activated for build
[19:35 providence:/home/david/bld/david/build/src/build] # grep -i libkscan
CMakeCache.txt
//Build libkscan
BUILD_LIBKSCAN:BOOL=ON
libksane_BINARY_DIR:STATIC=/build/src/build/libkscan
libksane_SOURCE_DIR:STATIC=/build/src/tdegraphics/libkscan
Is this a new gcc issue? I have gcc 4.6.2-7... How would I check?
--
David C. Rankin, J.D.,P.E.
Ran into
another issue with tdegraphics that I can't
solve by a dependency review:
[ 31%] Building CXX object
libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all]
Error 2
make: *** [all] Error 2
Is this a CMake issue? Linker error? What to look
for?
Do you have SANE installed?
Check your build log for the following:
-- checking for 'libkscan'
-- ok, activated for build
Check your CMakeCache.txt for this:
//Build libkscan
BUILD_LIBKSCAN:BOOL=ON
Darrell
2 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/06/2012 07:37 PM, David C. Rankin wrote:
On 03/06/2012 07:09 PM, Darrell Anderson wrote:
Hmm... yes on both accounts:
-- checking for 'libkscan'
-- ok, activated for build
[19:35 providence:/home/david/bld/david/build/src/build] # grep -i libkscan
CMakeCache.txt
//Build libkscan
BUILD_LIBKSCAN:BOOL=ON
libksane_BINARY_DIR:STATIC=/build/src/build/libkscan
libksane_SOURCE_DIR:STATIC=/build/src/tdegraphics/libkscan
Is this a new gcc issue? I have gcc 4.6.2-7... How would I check?
I cannot read cmake very well, but it looks like it gets to about line 584 in
libkscan/CMakeFiles/kscan-shared.dir/build.make:
@$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --red --bold
"Linking CXX shared library libkscan.so"
cd /build/src/build/libkscan && $(CMAKE_COMMAND) -E cmake_link_script
CMakeFiles/kscan-shared.dir/link.txt --verbose=$(VERBOSE)
cd /build/src/build/libkscan && $(CMAKE_COMMAND) -E
cmake_symlink_library libkscan.so.1.0.0 libkscan.so.1 libkscan.so
libkscan/libkscan.so.1: libkscan/libkscan.so.1.0.0
libkscan/libkscan.so: libkscan/libkscan.so.1.0.0
Because it gets to:
[ 31%] Building CXX object libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Then dies. Any ideas?
--
David C. Rankin, J.D.,P.E.
Ran
into another issue with tdegraphics that I can't
solve by a dependency review:
[ 31%] Building CXX object
libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all]
Error 2
make: *** [all] Error 2
Is this a CMake issue? Linker error? What to look
for?
Do you have SANE installed?
Check your build log for the following:
-- checking for 'libkscan'
-- ok, activated for build
Check your CMakeCache.txt for this:
//Build libkscan
BUILD_LIBKSCAN:BOOL=ON
Darrell
3:33 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
Is this a new
gcc issue? I have gcc 4.6.2-7... How
would I check?
I cannot read cmake very well, but it looks like it
gets to about line 584 in
libkscan/CMakeFiles/kscan-shared.dir/build.make:
@$(CMAKE_COMMAND) -E
cmake_echo_color --switch=$(COLOR) --red --bold
"Linking CXX shared library libkscan.so"
cd /build/src/build/libkscan
&& $(CMAKE_COMMAND) -E cmake_link_script
CMakeFiles/kscan-shared.dir/link.txt --verbose=$(VERBOSE)
cd /build/src/build/libkscan
&& $(CMAKE_COMMAND) -E
cmake_symlink_library libkscan.so.1.0.0 libkscan.so.1
libkscan.so
libkscan/libkscan.so.1: libkscan/libkscan.so.1.0.0
libkscan/libkscan.so: libkscan/libkscan.so.1.0.0
Because it gets to:
[ 31%] Building CXX object
libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Then dies. Any ideas?
3:46 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/06/2012 09:33 PM, Darrell Anderson wrote:
I just built tdegraphics without error. I am using gcc
4.4.4.
Try running without parallel building (NUMJOBS=-j1, or make -j1). Often I do that so the
build log is sequential and then I can read the error more easily. With parallel building
the but the compiler waits until parallel threads are complete before failing the entire
build. Then the user has to hunt for the error sequence.
Darrell
will do and report back. What about the flag for turning up the cmake debug?
--
David C. Rankin, J.D.,P.E.
3:54 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/06/2012 09:46 PM, David C. Rankin wrote:
On 03/06/2012 09:33 PM, Darrell Anderson wrote:
got it: -DCMAKE_VERBOSE_MAKEFILE=ON \
--
David C. Rankin, J.D.,P.E.
I just built tdegraphics without error. I am
using gcc 4.4.4.
Try running without parallel building (NUMJOBS=-j1, or make -j1). Often I do that so the
build log is sequential and then I can read the error more easily. With parallel building
the but the compiler waits until parallel threads are complete before failing the entire
build. Then the user has to hunt for the error sequence.
Darrell
will do and report back. What about the flag for turning up the cmake debug?
3:57 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
got it: -DCMAKE_VERBOSE_MAKEFILE=ON
Or:
make $NUMJOBS VERBOSE=1
I prefer this method because of the mixed automake/cmake environment. The latter allows me
to keep my build scripts consistent.
Darrell
5:13 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/06/2012 09:57 PM, Darrell Anderson wrote:
OK, I give up....
Something is amiss and I'm not seeing it tonight. The stinking build can't
find sane even thought it is right in front of its face :( With
CMAKE_VERBOSE_MAKEFILE=ON the error isn't any more apparent than before:
cd /build/src/build/libkscan && /usr/bin/cmake -E cmake_link_script
CMakeFiles/kscan-shared.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -Wl,--no-undefined -shared
-Wl,-soname,libkscan.so.1 -o libkscan.so.1.0.0
CMakeFiles/kscan-shared.dir/kscandevice.cpp.o
CMakeFiles/kscan-shared.dir/kscanslider.cpp.o
CMakeFiles/kscan-shared.dir/kgammatable.cpp.o
CMakeFiles/kscan-shared.dir/kscanoption.cpp.o
CMakeFiles/kscan-shared.dir/kscanoptset.cpp.o
CMakeFiles/kscan-shared.dir/gammadialog.cpp.o
CMakeFiles/kscan-shared.dir/dispgamma.cpp.o
CMakeFiles/kscan-shared.dir/scansourcedialog.cpp.o
CMakeFiles/kscan-shared.dir/scanparams.cpp.o
CMakeFiles/kscan-shared.dir/massscandialog.cpp.o
CMakeFiles/kscan-shared.dir/devselector.cpp.o
CMakeFiles/kscan-shared.dir/scandialog.cpp.o
CMakeFiles/kscan-shared.dir/img_canvas.cpp.o
CMakeFiles/kscan-shared.dir/previewer.cpp.o
CMakeFiles/kscan-shared.dir/imgscaledialog.cpp.o
CMakeFiles/kscan-shared.dir/sizeindicator.cpp.o
CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o -L/opt/trinity/lib -L/opt/tqt3/lib
/opt/trinity/lib/libkio.so.4.2.0
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
-lnetsnmp -lcrypto -lm -ldl -lv4l1 -ltiff -ljpeg -lgphoto2 -lgphoto2_port -lexif
-lusb -lavahi-common -lavahi-client /opt/trinity/lib/libtdeui.so.4.2.0
-lfreetype -lfontconfig /opt/trinity/lib/libtdesu.so.4.2.0 -lutil
/opt/trinity/lib/libkwalletclient.so.1.0.1 /opt/trinity/lib/libtdecore.so.4.2.0
/opt/trinity/lib/libDCOP.so.4.2.0 /opt/trinity/lib/libtdefx.so.4.2.0 -ltqt
-ltqt-mt -lXrender -lX11 -lz -lidn -lXcomposite -lICE -lSM
-Wl,-rpath,/opt/trinity/lib:/opt/tqt3/lib:
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[2]: Leaving directory `/build/src/build'
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all] Error 2
make[1]: Leaving directory `/build/src/build'
make: *** [all] Error 2
And, just to make sure I'm not in[sane] -- no pun intended....:
23:06 nirvana:/mnt/nv1/home> l chroot/david/usr/lib/libsane*
lrwxrwxrwx 1 root root 17 Mar 5 01:51 chroot/david/usr/lib/libsane.so ->
libsane.so.1.0.22
lrwxrwxrwx 1 root root 17 Mar 5 01:51 chroot/david/usr/lib/libsane.so.1 ->
libsane.so.1.0.22
-rwxr-xr-x 1 root root 155376 Mar 5 01:51 chroot/david/usr/lib/libsane.so.1.0.22
Surely the '-lsane-Wl' isn't blowing up because it isn't looking in
/usr/lib
for a library -- couldn't be... I'll pick it up with fresh eyes tomorrow. If
anybody sees anything, please... Let me know :)
--
David C. Rankin, J.D.,P.E.
got it:
-DCMAKE_VERBOSE_MAKEFILE=ON
Or:
make $NUMJOBS VERBOSE=1
I prefer this method because of the mixed automake/cmake environment. The latter allows
me to keep my build scripts consistent.
Darrell
5:39 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/06/2012 11:13 PM, David C. Rankin wrote:
Surely the '-lsane-Wl' isn't blowing up
because it isn't looking in /usr/lib
for a library -- couldn't be... I'll pick it up with fresh eyes tomorrow. If
anybody sees anything, please... Let me know :)
OK, I cheated and turned KOOKA and LIBKSCAN off and it's working:
cmake ${srcdir}/${pkgname#*-} \
-DCMAKE_VERBOSE_MAKEFILE=ON \
-DCMAKE_LIBRARY_PATH="${CMAKE_LIBRARY_PATH}:/usr/lib:/usr/lib/sane" \
-DCMAKE_INSTALL_PREFIX=${TDEDIR} \
-DWITH_T1LIB=ON \
-DWITH_LIBPAPER=ON \
-DWITH_TIFF=ON \
-DWITH_OPENEXR=ON \
-DWITH_PDF=ON \
-DBUILD_DOC=ON \
-DBUILD_KAMERA=ON \
-DBUILD_KCOLOREDIT=ON \
-DBUILD_KDVI=ON \
-DBUILD_KFAX=ON \
-DBUILD_KFAXVIEW=ON \
-DBUILD_KFILE_PLUGINS=ON \
-DBUILD_KGAMMA=ON \
-DBUILD_KGHOSTVIEW=ON \
-DBUILD_KICONEDIT=ON \
-DBUILD_KMRML=ON \
-DBUILD_KOLOURPAINT=ON \
-DBUILD_KOOKA=OFF \
-DBUILD_KPDF=ON \
-DBUILD_KPOVMODELER=ON \
-DBUILD_KRULER=ON \
-DBUILD_KSNAPSHOT=ON \
-DBUILD_KSVG=ON \
-DBUILD_KUICKSHOW=ON \
-DBUILD_KVIEW=ON \
-DBUILD_KVIEWSHELL=ON \
-DBUILD_LIBKSCAN=OFF
The problem could be in KOOKA instead of LIBKSCAN.
But crapeth...
[ 64%] Building CXX object ksnapshot/CMakeFiles/ksnapshot.dir/ksnapshotwidget.cpp.o
cd /build/src/build/ksnapshot && /usr/bin/c++ -DHAVE_CONFIG_H
-DKSNAPVERSION=\"0.7\" -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/build/src/build/ksnapshot
-I/build/src/tdegraphics/ksnapshot -I/build/src/build -I/opt/trinity/include
-I/opt/tqt3/include -I/opt/trinity/include/tqt -o
CMakeFiles/ksnapshot.dir/ksnapshotwidget.cpp.o -c
/build/src/build/ksnapshot/ksnapshotwidget.cpp
Linking CXX executable ksnapshot
cd /build/src/build/ksnapshot && /usr/bin/cmake -E cmake_link_script
CMakeFiles/ksnapshot.dir/link.txt --verbose=1
/usr/bin/c++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
CMakeFiles/ksnapshot.dir/ksnapshotiface_skel.cpp.o
CMakeFiles/ksnapshot.dir/main.cpp.o CMakeFiles/ksnapshot.dir/ksnapshot.cpp.o
CMakeFiles/ksnapshot.dir/regiongrabber.cpp.o
CMakeFiles/ksnapshot.dir/windowgrabber.cpp.o
CMakeFiles/ksnapshot.dir/ksnapshotwidget.cpp.o -o ksnapshot -rdynamic
-L/opt/trinity/lib -L/opt/tqt3/lib /opt/trinity/lib/libtdeprint.so.4.2.0
/opt/trinity/lib/libkio.so.4.2.0 /opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype
-lfontconfig /opt/trinity/lib/libtdesu.so.4.2.0 -lutil
/opt/trinity/lib/libkwalletclient.so.1.0.1 /opt/trinity/lib/libtdecore.so.4.2.0
/opt/trinity/lib/libDCOP.so.4.2.0 /opt/trinity/lib/libtdefx.so.4.2.0 -ltqt
-ltqt-mt -lXrender -lX11 -lz -lidn -lXcomposite -lICE -lSM
-Wl,-rpath,/opt/trinity/lib:/opt/tqt3/lib:
/usr/bin/ld: CMakeFiles/ksnapshot.dir/windowgrabber.cpp.o: undefined reference
to symbol 'XShapeQueryExtension'
/usr/bin/ld: note: 'XShapeQueryExtension' is defined in DSO
/usr/lib/libXext.so.6 so try adding it to the linker command line
/usr/lib/libXext.so.6: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [ksnapshot/ksnapshot] Error 1
make[2]: Leaving directory `/build/src/build'
make[1]: *** [ksnapshot/CMakeFiles/ksnapshot.dir/all] Error 2
make[1]: Leaving directory `/build/src/build'
make: *** [all] Error 2
This looks like a new bug due to gcc :| Gotta love building on the bleeding edge.
--
David C. Rankin, J.D.,P.E.
8:06 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On Wednesday 07 March 2012 07:13:39 David C. Rankin wrote:
[...]
-Wl,-rpath,/opt/trinity/lib:/opt/tqt3/lib:
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
Actually the error is pretty clear. You have no blank betweer "-lsane"
and "-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib"
--
Serghei
1:30 p.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/07/2012 02:06 AM, Serghei Amelian wrote:
On Wednesday 07 March 2012 07:13:39 David C. Rankin
wrote:
[...]
Where does that come from? Is that somewhere in the Cmake files or is that a
problem with 'sane-config'?
--
David C. Rankin, J.D.,P.E.
-Wl,-rpath,/opt/trinity/lib:/opt/tqt3/lib:
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
Actually the error is pretty clear. You have no blank betweer "-lsane"
and "-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib"
1:38 p.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/07/2012 07:30 AM, David C. Rankin wrote:
On 03/07/2012 02:06 AM, Serghei Amelian wrote:
I just checked again and it isn't sane-config:
sane-config --libs
-lsane -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -L/usr/lib
-lnetsnmp -lcrypto -lm -ldl -lv4l1 -lm -ltiff -ljpeg -lgphoto2 -lgphoto2_port
-lm -lexif -lusb -lavahi-common -lavahi-client -lusb
The only other place I can see where the problem could be created is:
tdegraphics/libkscan/configure.in.in
LIBSANE_LDFLAGS="`$SANE_CONFIG --ldflags`"
I'll try patching with:
LIBSANE_LDFLAGS=" `$SANE_CONFIG --ldflags` "
--
David C. Rankin, J.D.,P.E.
On Wednesday 07 March 2012 07:13:39 David C.
Rankin wrote:
[...]
Where does that come from? Is that somewhere in the Cmake files or is that a
problem with 'sane-config'?
-Wl,-rpath,/opt/trinity/lib:/opt/tqt3/lib:
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
Actually the error is pretty clear. You have no blank betweer "-lsane"
and "-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib"
4:55 p.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/07/2012 07:38 AM, David C. Rankin wrote:
On 03/07/2012 07:30 AM, David C. Rankin wrote:
No Joy,
Still bombs at:
/usr/bin/ld: cannot find -lsane-Wl,-O1,--sort-common,--as-
^^^^^^^^^^
needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[2]: Leaving directory `/build/src/build'
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all] Error 2
make[1]: Leaving directory `/build/src/build'
make: *** [all] Error 2
I have tested the way arch is returning the 'sane-config' information from
libkscan/configure.in.in and it all looks good on my end:
Testing libkscan libsane configuration
LIBSANE_LIBS='-lsane
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -L/usr/lib -lnetsnmp
-lcrypto -lm -ldl -lv4l1 -lm -ltiff -ljpeg -lgphoto2 -lgphoto2_port -lm
-lexif -lusb -lavahi-common -lavahi-client -lusb '
LIBSANE_LDFLAGS='-L/usr/lib
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -Wl,-rpath,/usr/lib'
LIBSANE_INCLUDES=''
I have no idea how '-lsane-Wl' is ending up crammed together. Any thoughts
from the gurus?
--
David C. Rankin, J.D.,P.E.
On 03/07/2012 02:06 AM, Serghei Amelian wrote:
I just checked again and it isn't sane-config:
sane-config --libs
-lsane -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -L/usr/lib
-lnetsnmp -lcrypto -lm -ldl -lv4l1 -lm -ltiff -ljpeg -lgphoto2 -lgphoto2_port
-lm -lexif -lusb -lavahi-common -lavahi-client -lusb
The only other place I can see where the problem could be created is:
tdegraphics/libkscan/configure.in.in
LIBSANE_LDFLAGS="`$SANE_CONFIG --ldflags`"
I'll try patching with:
LIBSANE_LDFLAGS=" `$SANE_CONFIG --ldflags` "
On Wednesday 07 March 2012 07:13:39 David C.
Rankin wrote:
[...]
Where does that come from? Is that somewhere in the Cmake files or is that a
problem with 'sane-config'?
-Wl,-rpath,/opt/trinity/lib:/opt/tqt3/lib:
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
Actually the error is pretty clear. You have no blank betweer "-lsane"
and "-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib"
5:08 p.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On Wednesday 07 March 2012 18:55:51 David C. Rankin wrote:
[...]
LIBSANE_LIBS='-lsane
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -L/usr/lib
-lnetsnmp -lcrypto -lm -ldl -lv4l1 -lm -ltiff -ljpeg -lgphoto2
-lgphoto2_port -lm -lexif -lusb -lavahi-common -lavahi-client -lusb
'
LIBSANE_LDFLAGS='-L/usr/lib
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
-Wl,-rpath,/usr/lib'
LIBSANE_INCLUDES=''
I have no idea how '-lsane-Wl' is ending up crammed together. Any
thoughts from the gurus?
cmake expects only a library list from sane-config.
--
Serghei
7:04 p.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/07/2012 11:08 AM, Serghei Amelian wrote:
On Wednesday 07 March 2012 18:55:51 David C. Rankin
wrote:
[...]
Well, that could explain it :p
That would also be consistent with the man page for sane-config:
--libs Print the additional libraries that are necessary to link a SANE
frontend to libsane.
I'll sed those out and follow up with arch on the behavior of sane. What is
the output of your:
sane-config --libs
?
--
David C. Rankin, J.D.,P.E.
LIBSANE_LIBS='-lsane
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -L/usr/lib
-lnetsnmp -lcrypto -lm -ldl -lv4l1 -lm -ltiff -ljpeg -lgphoto2
-lgphoto2_port -lm -lexif -lusb -lavahi-common -lavahi-client -lusb
'
LIBSANE_LDFLAGS='-L/usr/lib
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
-Wl,-rpath,/usr/lib'
LIBSANE_INCLUDES=''
I have no idea how '-lsane-Wl' is ending up crammed together. Any
thoughts from the gurus?
cmake expects only a library list from sane-config.
8:42 p.m.
New subject: [SOLVED] Re: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/07/2012 01:04 PM, David C. Rankin wrote:
On 03/07/2012 11:08 AM, Serghei Amelian wrote:
Tim, all:
net-snmp-config --libs includes NON library information which causes packages
built later that depend on it (eg: sane) to fail to link due to extraneous
library information. I opened a bug report with Arch:
https://bugs.archlinux.org/task/28817
--
David C. Rankin, J.D.,P.E.
On Wednesday 07 March 2012 18:55:51 David C.
Rankin wrote:
[...]
Well, that could explain it :p
That would also be consistent with the man page for sane-config:
--libs Print the additional libraries that are necessary to link a SANE
frontend to libsane.
I'll sed those out and follow up with arch on the behavior of sane. What is
the output of your:
sane-config --libs
?
LIBSANE_LIBS='-lsane
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -L/usr/lib
-lnetsnmp -lcrypto -lm -ldl -lv4l1 -lm -ltiff -ljpeg -lgphoto2
-lgphoto2_port -lm -lexif -lusb -lavahi-common -lavahi-client -lusb
'
LIBSANE_LDFLAGS='-L/usr/lib
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
-Wl,-rpath,/usr/lib'
LIBSANE_INCLUDES=''
I have no idea how '-lsane-Wl' is ending up crammed together. Any
thoughts from the gurus?
cmake expects only a library list from sane-config.
9:51 p.m.
New subject: libkscan improper concatenation by CMake [was Re: [SOLVED] Re: tdegraphics build failure 2 : libkscan.so (linker error?)]
On 03/07/2012 02:42 PM, David C. Rankin wrote:
On 03/07/2012 01:04 PM, David C. Rankin wrote:
Serghei, All,
Looking at the concatenation, even if net-snmp-config included linker flags in
the linker --libs string, the build should not have failed.
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
The error above shows that the link would have succeeded if '-lsane' and
'-Wl'
were not concatenated together. The final part of the error was:
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all] Error 2
make: *** [all] Error 2
I don't know where the actual concatenation takes place after the
CMakeLists.txt is read, but it looks like whatever takes place after:
LINK kio-shared ${SANE_LIBRARIES}
is where the concatenation problem arises. Where can I look at this logic?
--
David C. Rankin, J.D.,P.E.
On 03/07/2012 11:08 AM, Serghei Amelian wrote:
Tim, all:
net-snmp-config --libs includes NON library information which causes packages
built later that depend on it (eg: sane) to fail to link due to extraneous
library information. I opened a bug report with Arch:
https://bugs.archlinux.org/task/28817
On Wednesday 07 March 2012 18:55:51 David C.
Rankin wrote:
[...]
Well, that could explain it :p
That would also be consistent with the man page for sane-config:
--libs Print the additional libraries that are necessary to link a SANE
frontend to libsane.
I'll sed those out and follow up with arch on the behavior of sane. What is
the output of your:
sane-config --libs
?
LIBSANE_LIBS='-lsane
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -L/usr/lib
-lnetsnmp -lcrypto -lm -ldl -lv4l1 -lm -ltiff -ljpeg -lgphoto2
-lgphoto2_port -lm -lexif -lusb -lavahi-common -lavahi-client -lusb
'
LIBSANE_LDFLAGS='-L/usr/lib
-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
-Wl,-rpath,/usr/lib'
LIBSANE_INCLUDES=''
I have no idea how '-lsane-Wl' is ending up crammed together. Any
thoughts from the gurus?
cmake expects only a library list from sane-config.
9:55 p.m.
New subject: [trinity-devel] libkscan improper concatenation by CMake [was Re: [SOLVED] Re: tdegraphics build failure 2 : libkscan.so (linker error?)]
On Wednesday 07 March 2012 23:51:01 David C. Rankin wrote:
[...]
Serghei, All,
Looking at the concatenation, even if net-snmp-config included linker
flags in the linker --libs string, the build should not have failed.
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
The error above shows that the link would have succeeded if '-lsane' and
'-Wl' were not concatenated together. The final part of the error was:
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all] Error 2
make: *** [all] Error 2
I don't know where the actual concatenation takes place after the
CMakeLists.txt is read, but it looks like whatever takes place after:
LINK kio-shared ${SANE_LIBRARIES}
is where the concatenation problem arises. Where can I look at this logic?
kdegraphics/libkscan/ConfigureChecks.cmake
Check these lines:
string( REGEX REPLACE "(^| )-l" ";" SANE_LIBRARIES
"${SANE_LIBRARIES}" )
string( REPLACE " " "" SANE_LIBRARIES "${SANE_LIBRARIES}" )
--
Serghei
8 Mar
8 Mar
5 a.m.
New subject: [trinity-devel] libkscan improper concatenation by CMake [was Re: [SOLVED] Re: tdegraphics build failure 2 : libkscan.so (linker error?)]
On 03/07/2012 03:55 PM, Serghei Amelian wrote:
On Wednesday 07 March 2012 23:51:01 David C. Rankin
wrote:
[...]
Hah! Now I see why you did it :)
# cleanup
if( SANE_INCLUDE_DIRS )
string( REGEX REPLACE "(^| )-I" ";" SANE_INCLUDE_DIRS
"${SANE_INCLUDE_DIRS}" )
endif( )
if( SANE_LIBRARIES )
string( REGEX REPLACE "(^| )-l" ";" SANE_LIBRARIES
"${SANE_LIBRARIES}" )
# string( REPLACE " " "" SANE_LIBRARIES "${SANE_LIBRARIES}"
)
endif( )
Commenting results in this cmake error.
CMake Error at cmake/modules/TDEMacros.cmake:662 (add_library):
Target "kscan-shared" links to item "v4l1 " which has leading or
trailing
whitespace. This is now an error according to policy CMP0004.
Call Stack (most recent call first):
libkscan/CMakeLists.txt:38 (tde_add_library)
So the string REPLACE which was meant to get around this CMake error is what is
causing the run-together concatenation in the library string. I will play with
the regex and see if we can come up wit one that trims leading or trailing
whitespace for CMake, but doesn't result in run-together parameters.... :)
--
David C. Rankin, J.D.,P.E.
Serghei, All,
Looking at the concatenation, even if net-snmp-config included linker
flags in the linker --libs string, the build should not have failed.
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
The error above shows that the link would have succeeded if '-lsane' and
'-Wl' were not concatenated together. The final part of the error was:
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all] Error 2
make: *** [all] Error 2
I don't know where the actual concatenation takes place after the
CMakeLists.txt is read, but it looks like whatever takes place after:
LINK kio-shared ${SANE_LIBRARIES}
is where the concatenation problem arises. Where can I look at this logic?
kdegraphics/libkscan/ConfigureChecks.cmake
Check these lines:
string( REGEX REPLACE "(^| )-l" ";" SANE_LIBRARIES
"${SANE_LIBRARIES}" )
string( REPLACE " " "" SANE_LIBRARIES "${SANE_LIBRARIES}"
)
5:28 a.m.
New subject: [trinity-devel] libkscan improper concatenation by CMake [was Re: [SOLVED] Re: tdegraphics build failure 2 : libkscan.so (linker error?)]
On 03/07/2012 11:00 PM, David C. Rankin wrote:
CMake Error at cmake/modules/TDEMacros.cmake:662
(add_library):
Target "kscan-shared" links to item "v4l1 " which has leading or
trailing
whitespace. This is now an error according to policy CMP0004.
Call Stack (most recent call first):
libkscan/CMakeLists.txt:38 (tde_add_library)
I've looked, policy CMP0004 will not work in this situation. If you are
concatenating lib strings, then whitespace at the end of a string is an absolute
'requirement' in order to prevent that same error we see here.
LIBS=" -lm -lattr -lsane "
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu"
If you remove leading/trailing whitespace from ${LIBS} and concatenate
${LDFLAGS}${LIBS}, then yes, it will cause this error every time :)
--
David C. Rankin, J.D.,P.E.
7 Mar
7 Mar
3:44 a.m.
New subject: [trinity-devel] tdegraphics build failure 2 : libkscan.so (linker error?)
On 03/06/2012 08:00 PM, David C. Rankin wrote:
On 03/06/2012 07:37 PM, David C. Rankin wrote:
I think I'm getting closer to at least finding where things are going wrong.
Can someone confirm the order that the build system will go though the files in
the libkscan/CMakeFiles/kscan-shared.dir? I don't know how the intricacies work,
but it looks like it works something like this:
chroot/david/build/src/build/libkscan> ll CMakeFiles/
total 12
drwxr-xr-x 2 nobody nobody 4096 Mar 6 19:35 kscan-shared.dir
-rw-r--r-- 1 nobody nobody 970 Mar 6 19:30 CMakeDirectoryInformation.cmake
-rw-r--r-- 1 nobody nobody 2 Mar 6 19:30 progress.marks
Path information is set from CMakeDirectoryInformation.cmake
21:27 nirvana:/mnt/nv1/home/chroot/david/build/src/build/libkscan> cat
CMakeFiles/CMakeDirectoryInformation.cmake
# CMAKE generated file: DO NOT EDIT!
# Generated by "Unix Makefiles" Generator, CMake Version 2.8
# Relative path conversion top directories.
SET(CMAKE_RELATIVE_PATH_TOP_SOURCE "/build/src/tdegraphics")
SET(CMAKE_RELATIVE_PATH_TOP_BINARY "/build/src/build")
# Force unix paths in dependencies.
SET(CMAKE_FORCE_UNIX_PATHS 1)
# The C and CXX include file search paths:
SET(CMAKE_C_INCLUDE_PATH
"libkscan"
"/build/src/tdegraphics/libkscan"
"/opt/trinity/include"
"/opt/tqt3/include"
"/opt/trinity/include/tqt"
)
<snip>
Then it drops into the CMakeFiles/kscan-shared.dir
chroot/david/build/src/build/libkscan> ll CMakeFiles/kscan-shared.dir/
total 1616
-rw-r--r-- 1 nobody nobody 50066 Mar 6 19:30 build.make
-rw-r--r-- 1 nobody nobody 1420 Mar 6 19:30 cmake_clean.cmake
-rw-r--r-- 1 nobody nobody 42307 Mar 6 19:35 CXX.includecache
-rw-r--r-- 1 nobody nobody 2830 Mar 6 19:30 DependInfo.cmake
-rw-r--r-- 1 nobody nobody 73257 Mar 6 19:35 depend.internal
-rw-r--r-- 1 nobody nobody 186988 Mar 6 19:35 depend.make
-rw-r--r-- 1 nobody nobody 58224 Mar 6 19:35 devselector.cpp.o
-rw-r--r-- 1 nobody nobody 24008 Mar 6 19:35 dispgamma.cpp.o
-rw-r--r-- 1 nobody nobody 579 Mar 6 19:30 flags.make
-rw-r--r-- 1 nobody nobody 32848 Mar 6 19:35 gammadialog.cpp.o
-rw-r--r-- 1 nobody nobody 118000 Mar 6 19:35 img_canvas.cpp.o
-rw-r--r-- 1 nobody nobody 38912 Mar 6 19:35 imgscaledialog.cpp.o
-rw-r--r-- 1 nobody nobody 3696 Mar 6 19:35 imgscaninfo.cpp.o
-rw-r--r-- 1 nobody nobody 22728 Mar 6 19:35 kgammatable.cpp.o
-rw-r--r-- 1 nobody nobody 178736 Mar 6 19:35 kscandevice.cpp.o
-rw-r--r-- 1 nobody nobody 144720 Mar 6 19:35 kscanoption.cpp.o
-rw-r--r-- 1 nobody nobody 47176 Mar 6 19:35 kscanoptset.cpp.o
-rw-r--r-- 1 nobody nobody 88552 Mar 6 19:35 kscanslider.cpp.o
-rw-r--r-- 1 nobody nobody 1742 Mar 6 19:30 link.txt
-rw-r--r-- 1 nobody nobody 33712 Mar 6 19:35 massscandialog.cpp.o
-rw-r--r-- 1 nobody nobody 119280 Mar 6 19:35 previewer.cpp.o
-rw-r--r-- 1 nobody nobody 668 Mar 6 19:30 progress.make
-rw-r--r-- 1 nobody nobody 78328 Mar 6 19:35 scandialog.cpp.o
-rw-r--r-- 1 nobody nobody 169960 Mar 6 19:35 scanparams.cpp.o
-rw-r--r-- 1 nobody nobody 45992 Mar 6 19:35 scansourcedialog.cpp.o
-rw-r--r-- 1 nobody nobody 31688 Mar 6 19:35 sizeindicator.cpp.o
Where it then reads the 'flags.txt, does make for 'build.make' and then
uses
'link.txt' for the linker. In this process, 'flags.txt' looks to have the
correct include information:
chroot/david/build/src/build/libkscan> cat CMakeFiles/kscan-shared.dir/flags.make
# CMAKE generated file: DO NOT EDIT!
# Generated by "Unix Makefiles" Generator, CMake Version 2.8
# compile CXX with /usr/bin/c++
CXX_FLAGS = -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC
-I/build/src/build/libkscan -I/build/src/tdegraphics/libkscan
-I/opt/trinity/include -I/opt/tqt3/include -I/opt/trinity/include/tqt
CXX_DEFINES = -Dkscan_shared_EXPORTS -DHAVE_CONFIG_H
The question is build.make -- is the symlink_library stuff correct? It looks
like it, but I don't know. This is where the build craters:
libkscan/libkscan.so.1.0.0: libkscan/CMakeFiles/kscan-shared.dir/link.txt
@$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --red --bold
"Linking CXX shared library libkscan.so"
cd /build/src/build/libkscan && $(CMAKE_COMMAND) -E cmake_link_script
CMakeFiles/kscan-shared.dir/link.txt --verbose=$(VERBOSE)
cd /build/src/build/libkscan && $(CMAKE_COMMAND) -E
cmake_symlink_library libkscan.so.1.0.0 libkscan.so.1 libkscan.so
libkscan/libkscan.so.1: libkscan/libkscan.so.1.0.0
libkscan/libkscan.so: libkscan/libkscan.so.1.0.0
Stuck -- How To Fix??
--
David C. Rankin, J.D.,P.E.
On 03/06/2012 07:09 PM, Darrell Anderson wrote:
Hmm... yes on both accounts:
-- checking for 'libkscan'
-- ok, activated for build
[19:35 providence:/home/david/bld/david/build/src/build] # grep -i libkscan
CMakeCache.txt
//Build libkscan
BUILD_LIBKSCAN:BOOL=ON
libksane_BINARY_DIR:STATIC=/build/src/build/libkscan
libksane_SOURCE_DIR:STATIC=/build/src/tdegraphics/libkscan
Is this a new gcc issue? I have gcc 4.6.2-7... How would I check?
I cannot read cmake very well, but it looks like it gets to about line 584 in
libkscan/CMakeFiles/kscan-shared.dir/build.make:
@$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --red --bold
"Linking CXX shared library libkscan.so"
cd /build/src/build/libkscan && $(CMAKE_COMMAND) -E cmake_link_script
CMakeFiles/kscan-shared.dir/link.txt --verbose=$(VERBOSE)
cd /build/src/build/libkscan && $(CMAKE_COMMAND) -E
cmake_symlink_library libkscan.so.1.0.0 libkscan.so.1 libkscan.so
libkscan/libkscan.so.1: libkscan/libkscan.so.1.0.0
libkscan/libkscan.so: libkscan/libkscan.so.1.0.0
Because it gets to:
[ 31%] Building CXX object libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Then dies. Any ideas?
Ran
into another issue with tdegraphics that I can't
solve by a dependency review:
[ 31%] Building CXX object
libkscan/CMakeFiles/kscan-shared.dir/imgscaninfo.cpp.o
Linking CXX shared library libkscan.so
/usr/bin/ld: cannot find
-lsane-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu-L/usr/lib
collect2: ld returned 1 exit status
make[2]: *** [libkscan/libkscan.so.1.0.0] Error 1
make[1]: *** [libkscan/CMakeFiles/kscan-shared.dir/all]
Error 2
make: *** [all] Error 2
Is this a CMake issue? Linker error? What to look
for?
Do you have SANE installed?
Check your build log for the following:
-- checking for 'libkscan'
-- ok, activated for build
Check your CMakeCache.txt for this:
//Build libkscan
BUILD_LIBKSCAN:BOOL=ON
Darrell
4703
days inactive
4704
days old
21 comments
3 participants
participants (3)
-
Darrell Anderson -
David C. Rankin -
Serghei Amelian