19 Mar
2012
19 Mar
'12
12:20 p.m.
Tim, Darrell,
Other than a few hiccups, the build with tqtinterface and libart_lgpl in /usr
has run fairly smooth. I did just run into another issue with kpowersave at 96%
which looks like another ldconfig issue. The problem here is I didn't have any
ldconfig or issues with kpowersave prior to the tqtinterface move to /usr. Is
there something we can do with cmake that will help prevent the "I can't find
the library issue?"
The failure is libdbus-tqt-1 and it is in the same location it has been all
along with correct package config information:
[23:44 nirvana:/mnt/nv1/home/chroot/david/opt/trinity/lib/pkgconfig] # cat
dbus-1-tqt.pc
prefix=/opt/trinity
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include/dbus-1-tqt
Name: dbus-tqt
Description: DBUS bindings for the Trinity Qt [TQt] interface
Version: 0.9.0
Libs: -L${libdir} -ldbus-1-tqt
Cflags: -I${includedir}
[23:44 nirvana:/mnt/nv1/home/chroot/david/opt/trinity/lib/pkgconfig] # cat
dbus-tqt.pc
prefix=/opt/trinity
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
Name: dbus-tqt-1
Description: D-BUS TQt bindings
Version: 0.7
Requires: dbus-1
Libs: -L${libdir} -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
Cflags: -I${includedir} -I${includedir}/dbus-1.0
(NOTE: why is the package name dbus-tqt, while the pkg-config 'Name:
dbus-tqt-1'? Could this be causing the error?)
Further, below, the error shows that -L/opt/tqt3/lib is pull in before the
dbus-tqt 'Libs:' string instead of /opt/trinity/lib specified in the dbus-tqt.pc
file (above):
-L/opt/tqt3/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt /
^^^^^^^^^^^^^^^
<according to the dbus-tqt.pc it should be:>
-L/opt/trinity/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt /
^^^^^^^^^^^^^^^^^^
But the error I get says it getting '-L/opt/tqt3/lib -ldbus-tqt-1':
[ 96%] Building CXX object
src/CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o
cd /build/src/build/src && /usr/bin/c++ -Dtdeinit_kpowersave_shared_EXPORTS
-DHAVE_CONFIG_H -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/src
-I/build/src/build -I/opt/trinity/include -I/opt/tqt3/include -I/usr/include/tqt
-I/opt/trinity/include/dbus-1.0 -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -I/usr/include/hal -o
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o -c
/build/src/build/src/suspend_Dialog.cpp
Linking CXX shared library libtdeinit_kpowersave.so
cd /build/src/build/src && /usr/bin/cmake -E cmake_link_script
CMakeFiles/tdeinit_kpowersave-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,libtdeinit_kpowersave.so -o libtdeinit_kpowersave.so
CMakeFiles/tdeinit_kpowersave-shared.dir/dummy.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/autodimm.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/autosuspend.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/blacklistedit_Dialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/blacklisteditdialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/configure_Dialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/configuredialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/countdown_Dialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/countdowndialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/dbusHAL.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/detailed_Dialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/detaileddialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/hardware.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/hardware_battery.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/hardware_batteryCollection.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/hardware_cpu.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/inactivity.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/info_Dialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/infodialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/kpowersave.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/kpowersave_skel.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/log_viewer.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/logviewer.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/main.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/screen.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/settings.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/suspenddialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o -L/opt/tqt3/lib
-ldbus-tqt-1 -ldbus-1 -lpthread -lrt /opt/trinity/lib/libkio.so.4.2.0 -lhal
-lXext -lXtst -lXss /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/tqt3/lib:/opt/trinity/lib:
/usr/bin/ld: cannot find -ldbus-tqt-1
collect2: ld returned 1 exit status
make[2]: *** [src/libtdeinit_kpowersave.so] Error 1
make[2]: Leaving directory `/build/src/build'
make[1]: *** [src/CMakeFiles/tdeinit_kpowersave-shared.dir/all] Error 2
make[1]: Leaving directory `/build/src/build'
make: *** [all] Error 2
Looking at the -ldbus-tqt-1 designation - it is one of the few that does not
have the full path information. Where is that supposed to come from if not from
the pkg-config results? The pkg-config lib results are correct, so what's up?
--
David C. Rankin, J.D.,P.E.
19 Mar
19 Mar
8:39 p.m.
New subject: SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On 03/19/2012 12:20 AM, David C. Rankin wrote:
Tim, Darrell,
Other than a few hiccups, the build with tqtinterface and libart_lgpl in /usr
has run fairly smooth. I did just run into another issue with kpowersave at 96%
which looks like another ldconfig issue. The problem here is I didn't have any
ldconfig or issues with kpowersave prior to the tqtinterface move to /usr. Is
there something we can do with cmake that will help prevent the "I can't find
the library issue?"
<snip>
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o -L/opt/tqt3/lib
-ldbus-tqt-1 -ldbus-1 -lpthread -lrt /opt/trinity/lib/libkio.so.4.2.0 -lhal
-lXext -lXtst -lXss /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/tqt3/lib:/opt/trinity/lib:
/usr/bin/ld: cannot find -ldbus-tqt-1
collect2: ld returned 1 exit status
make[2]: *** [src/libtdeinit_kpowersave.so] Error 1
make[2]: Leaving directory `/build/src/build'
make[1]: *** [src/CMakeFiles/tdeinit_kpowersave-shared.dir/all] Error 2
make[1]: Leaving directory `/build/src/build'
make: *** [all] Error 2
Looking at the -ldbus-tqt-1 designation - it is one of the few that does not
have the full path information. Where is that supposed to come from if not from
the pkg-config results? The pkg-config lib results are correct, so what's up?
I don't know why I had to do it this time, but I just added an export of
CXXFLAGS and it found libdbus-tqt-1:
export CXXFLAGS="${CXXFLAGS} -L/opt/trinity/lib"
How can we/what it the proper way to build library search paths into the tde
build systems so that this information is automatically passed to make during
the build? Can we do something in cmake to make sure the default $TDEDIR/lib and
$TDEDIR/lib/trinity/lib are always passed as flags? This would take care of over
half the spurious build failures I see.
--
David C. Rankin, J.D.,P.E.
8:53 p.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On Monday 19 March 2012 15:39:16 David C. Rankin wrote:
[...]
The correct way is to fix .pc file, not to mess cmake scripts :)
--
Serghei
Looking at
the -ldbus-tqt-1 designation - it is one of the few that
does not have the full path information. Where is that supposed to come
from if not from the pkg-config results? The pkg-config lib results are
correct, so what's up?
I don't know why I had to do it this time, but I just added an export of
CXXFLAGS and it found libdbus-tqt-1:
export CXXFLAGS="${CXXFLAGS} -L/opt/trinity/lib"
How can we/what it the proper way to build library search paths into the
tde build systems so that this information is automatically passed to make
during the build? Can we do something in cmake to make sure the default
$TDEDIR/lib and $TDEDIR/lib/trinity/lib are always passed as flags? This
would take care of over half the spurious build failures I see.
10:23 p.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On 03/19/2012 08:53 AM, Serghei Amelian wrote:
Serghei,
That is the problem here -- the .pc files ARE correct:
[23:44 nirvana:/mnt/nv1/home/chroot/david/opt/trinity/lib/pkgconfig] # cat
dbus-tqt.pc
prefix=/opt/trinity
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
Name: dbus-tqt-1
Description: D-BUS TQt bindings
Version: 0.7
Requires: dbus-1
Libs: -L${libdir} -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
Cflags: -I${includedir} -I${includedir}/dbus-1.0
So according to the .pc file, the cmake setup should include the correct
string allowing make to find -ldbus-tqt-1. That Libs: string, as returned by the
.pc file should be:
-L${libdir} -....
Which is '-L${prefix}/lib -....' Or with the correct substitutions is:
-L/opt/trinity/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
^^^^^^^
However, the cmake setup does not include the correct -L${libdir}, instead it
provides:
'-L/opt/tqt3/lib':
^^^^
<snip>
CMakeFiles/tdeinit_kpowersave-shared.dir/suspenddialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o -L/opt/tqt3/lib
-ldbus-tqt-1 -ldbus-1 -lpthread -lrt /opt/trinity/lib/libkio.so.4.2.0 -lhal
-lXext -lXtst -lXss /opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype -lfontconfig
/opt/trinity/lib/libtdesu.so.4.2.0 -lutil
<snip>
So somewhere in cmake it is pulling the wrong ${prefix}. I think this has to
be fixed in cmake because the .pc file IS correct. Where exactly is this done in
cmake? I think it is checking the wrong .pc file or something like that.
--
David C. Rankin, J.D.,P.E.
How can
we/what it the proper way to build library search paths into the
> tde build systems so that this information is automatically passed to make
> during the build? Can we do something in cmake to make sure the default
> $TDEDIR/lib and $TDEDIR/lib/trinity/lib are always passed as flags? This
> would take care of over half the spurious build failures I see.
The correct
way is to fix .pc file, not to mess cmake scripts :)
10:32 p.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On Monday 19 March 2012 17:23:11 David C. Rankin wrote:
On 03/19/2012 08:53 AM, Serghei Amelian wrote:
Serghei,
That is the problem here -- the .pc files ARE correct:
[23:44 nirvana:/mnt/nv1/home/chroot/david/opt/trinity/lib/pkgconfig] # cat
dbus-tqt.pc
prefix=/opt/trinity
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
Name: dbus-tqt-1
Description: D-BUS TQt bindings
Version: 0.7
Requires: dbus-1
Libs: -L${libdir} -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
Cflags: -I${includedir} -I${includedir}/dbus-1.0
So according to the .pc file, the cmake setup should include the correct
string allowing make to find -ldbus-tqt-1. That Libs: string, as returned
by the .pc file should be:
-L${libdir} -....
Which is '-L${prefix}/lib -....' Or with the correct substitutions is:
-L/opt/trinity/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
^^^^^^^
However, the cmake setup does not include the correct -L${libdir},
instead it provides:
'-L/opt/tqt3/lib':
^^^^
I guess this argument is related to TQt3, not to dbus-tqt.
How can
we/what it the proper way to build library search paths into the
> tde build systems so that this information is automatically passed to
> make during the build? Can we do something in cmake to make sure the
> default $TDEDIR/lib and $TDEDIR/lib/trinity/lib are always passed as
> flags? This would take care of over half the spurious build failures I
> see.
The correct way is to fix .pc file, not to mess cmake scripts :) <snip>
CMakeFiles/tdeinit_kpowersave-shared.dir/suspenddialog.cpp.o
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o
-L/opt/tqt3/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
/opt/trinity/lib/libkio.so.4.2.0 -lhal -lXext -lXtst -lXss
/opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype -lfontconfig
/opt/trinity/lib/libtdesu.so.4.2.0 -lutil
<snip>
So somewhere in cmake it is pulling the wrong ${prefix}. I think this has
to be fixed in cmake because the .pc file IS correct. Where exactly is this
done in cmake? I think it is checking the wrong .pc file or something like
that.
Nope. I think DBUS_TQT_LIBRARY_DIRS is not passed to linker. Try to add this
to src/CMakeLists.txt:
link_directories(
${TQT_LIBRARY_DIRS}
${DBUS_TQT_LIBRARY_DIRS}
)
--
Serghei
11:38 p.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On 03/19/2012 10:32 AM, Serghei Amelian wrote:
Nope. I think DBUS_TQT_LIBRARY_DIRS is not passed to
linker. Try to add this
to src/CMakeLists.txt:
link_directories(
${TQT_LIBRARY_DIRS}
${DBUS_TQT_LIBRARY_DIRS}
)
You were correct sir! I added ${DBUS_TQT_LIBRARY_DIRS} as indicated above and
kpowersave built just fine. After adding it, the library was included:
<snip>
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o -L/opt/tqt3/lib
-L/opt/trinity/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
/opt/trinity/lib/libkio.so.4.2.0 -lhal -lXext -lXtst -lXss
/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/tqt3/lib:/opt/trinity/lib:
make[2]: Leaving directory `/build/src/build'
<snip>
-L/opt/trinity/lib is there!
--
David C. Rankin, J.D.,P.E.
20 Mar
20 Mar
12:52 a.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
Nope. I think
DBUS_TQT_LIBRARY_DIRS is not passed to
linker. Try to add this
to src/CMakeLists.txt:
link_directories(
${TQT_LIBRARY_DIRS}
${DBUS_TQT_LIBRARY_DIRS}
)
You were correct sir! I added ${DBUS_TQT_LIBRARY_DIRS} as
indicated above and
kpowersave built just fine. After adding it, the library was
included:
<snip>
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o
-L/opt/tqt3/lib
-L/opt/trinity/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
/opt/trinity/lib/libkio.so.4.2.0 -lhal -lXext -lXtst -lXss
/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/tqt3/lib:/opt/trinity/lib:
make[2]: Leaving directory `/build/src/build'
<snip>
-L/opt/trinity/lib is there!
2:13 a.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On Monday 19 March 2012 19:52:09 Darrell Anderson wrote:
kpowersave builds without error here on Slackware 13.1 without patching
CMakeLists.txt. Adding the referenced patch makes no differnce and the
package builds the same.
Darrell
Probably you have tqt-dbus somewhere in standard paths.
--
Serghei
Nope. I think DBUS_TQT_LIBRARY_DIRS is not passed to
linker. Try to add this
to src/CMakeLists.txt:
link_directories(
${TQT_LIBRARY_DIRS}
${DBUS_TQT_LIBRARY_DIRS}
)
You were correct sir! I added ${DBUS_TQT_LIBRARY_DIRS} as
indicated above and
kpowersave built just fine. After adding it, the library was
included:
<snip>
CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o
-L/opt/tqt3/lib
-L/opt/trinity/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt
/opt/trinity/lib/libkio.so.4.2.0 -lhal -lXext -lXtst -lXss
/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/tqt3/lib:/opt/trinity/lib:
make[2]: Leaving directory `/build/src/build'
<snip>
-L/opt/trinity/lib is there!
2:22 a.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
kpowersave
builds without error here on Slackware 13.1
without patching
CMakeLists.txt. Adding the referenced patch makes
no
differnce and the
package builds the same.
Darrell
Probably you have tqt-dbus somewhere in standard paths.
2:27 a.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On Monday 19 March 2012 21:22:21 Darrell Anderson wrote:
No, I don't. I have
Maybe you have libdbus-tqt-1.so in /usr/lib? Or maybe the linker looking into
your LD_LIBRARY_PATH. However, the correct way is to pass to linker correct
path to library.
kpowersave builds without error here on Slackware 13.1
without patching
CMakeLists.txt. Adding the referenced patch makes
no
differnce and the
package builds the same.
Darrell
Probably you have tqt-dbus somewhere in standard paths.
$PKG_CONFIG_PATH=/opt/trinity/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/l
ib/pkgconfig and LD_LIBRARY_PATH=/opt/trinity/lib:/opt/trinity/lib/trinity
in my build environment. Perhaps that is the difference?
I see the following in the build output:
-- checking for one of the modules 'dbus-1'
-- checking for one of the modules 'dbus-tqt'
No errors.
In the cmake cache I see:
DBUS_CFLAGS:INTERNAL=-I/usr/include/dbus-1.0;-I/usr/lib/dbus-1.0/include
DBUS_INCLUDE_DIRS:INTERNAL=/usr/include/dbus-1.0;/usr/lib/dbus-1.0/include
DBUS_LDFLAGS:INTERNAL=-ldbus-1;-lpthread;-lrt
DBUS_STATIC_CFLAGS:INTERNAL=-I/usr/include/dbus-1.0;-I/usr/lib/dbus-1.0/inc
lude
DBUS_STATIC_INCLUDE_DIRS:INTERNAL=/usr/include/dbus-1.0;/usr/lib/dbus-1.0/i
nclude DBUS_STATIC_LDFLAGS:INTERNAL=-ldbus-1;-lpthread;-lrt
DBUS_TQT_CFLAGS:INTERNAL=-I/opt/trinity/include;-I/opt/trinity/include/dbus
-1.0;-I/usr/include/dbus-1.0;-I/usr/lib/dbus-1.0/include
--
Serghei
2:40 a.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On 03/19/2012 02:22 PM, Darrell Anderson wrote:
No, I don't. I have
$PKG_CONFIG_PATH=/opt/trinity/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig
and LD_LIBRARY_PATH=/opt/trinity/lib:/opt/trinity/lib/trinity in my build environment.
Perhaps that is the difference?
Darrell,
The problem was that the cmake files made no inclusion of the library
search path -L/opt/trinity/lib. In the case of kpowersave, the library not
found was libdbus-tqt-1 which apparently was the first lib in /opt/trinity/lib
that was needed at the 96% point in the build (see original post)
Since I made no adjustment to any of the search paths, the build would
fail. You system works great, probably because you explicitly include the
various search paths in your CXXFLAGS (or similar) flags you provide. What
I'm doing is taking the bare environment I have and, without any modifying
flags, attempting the builds. That is apparently what is catching the holes in
the build files. I think that after we catch these holes that can bite people
during the build, we will have a much more robust set of cmake files that will
work regardless of prefix used (/opt, /usr, ...)
--
David C. Rankin, J.D.,P.E.
9:34 a.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
The problem was that the cmake files made no
inclusion of the library search path -L/opt/trinity/lib. In
the case of kpowersave, the library not found was
libdbus-tqt-1 which apparently was the first lib in
/opt/trinity/lib that was needed at the 96% point in the
build (see original post)
Since I made no adjustment to any of the search
paths, the build would fail. You system works great,
probably because you explicitly include the various search
paths in your CXXFLAGS (or similar) flags you provide.
What I'm doing is taking the bare environment I have and,
without any modifying flags, attempting the builds. That is
apparently what is catching the holes in the build files. I
think that after we catch these holes that can bite people
during the build, we will have a much more robust set of
cmake files that will work regardless of prefix used (/opt,
/usr, ...)
I don't have a bleeding edge setup here on any machine to confirm the problems you
see. I can push the patch to GIT only because I have been granted access --- but I'm
not qualified to address whether the patch is needed. Therefore I am resistant to push the
patch. A bug report at least provides a place to store the patch and provides a tracking
mechanism. So let's do that.
As I wrote, my build works with or without the patch. Therefore the patch probably helps
some and won't hurt others. Would be nice if somebody on a different distro using
bleeding edge would confirm the patch is needed.
Darrell
10:03 a.m.
New subject: [trinity-devel] SOLVED Re: [trinity-devel] kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1
On 03/19/2012 09:34 PM, Darrell Anderson wrote:
I don't have a bleeding edge setup here on any
machine to confirm the problems you see. I can push the patch to GIT only because I have
been granted access --- but I'm not qualified to address whether the patch is needed.
Therefore I am resistant to push the patch. A bug report at least provides a place to
store the patch and provides a tracking mechanism. So let's do that.
As I wrote, my build works with or without the patch. Therefore the patch probably helps
some and won't hurt others. Would be nice if somebody on a different distro using
bleeding edge would confirm the patch is needed.
Darrell
OK,
The bug is: http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=923
Go ahead and post the patch. I've updated my build files with a sed call to
include this. Let me know when the push is complete so I can I remove the sed
call. Quick work!
--
David C. Rankin, J.D.,P.E.
4702
days inactive
4703
days old
12 comments
3 participants
participants (3)
-
Darrell Anderson -
David C. Rankin -
Serghei Amelian