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?
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.
On Monday 19 March 2012 15:39:16 David C. Rankin wrote: [...]
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.
The correct way is to fix .pc file, not to mess cmake scripts :)
On 03/19/2012 08:53 AM, Serghei Amelian wrote:
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 :)
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.
On Monday 19 March 2012 17:23:11 David C. Rankin wrote:
On 03/19/2012 08:53 AM, Serghei Amelian wrote:
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 :)
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.
<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} )
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!
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!
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
On Monday 19 March 2012 19:52:09 Darrell Anderson 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!
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.
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.
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?
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/include DBUS_STATIC_INCLUDE_DIRS:INTERNAL=/usr/include/dbus-1.0;/usr/lib/dbus-1.0/include 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
etc.
Darrell
On Monday 19 March 2012 21:22:21 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.
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.
$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
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, ...)
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
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!
-
Darrell Anderson -
David C. Rankin -
Serghei Amelian