2008/2/24, DJ Lucas <[EMAIL PROTECTED]>: > Robert Daniels wrote: > > On Saturday 23 February 2008 05:29:29 am Alexander E. Patrakov wrote: > >> While I see no reason why this shouldn't work for LFS (because LFS > >> sets $QTDIR unconditionally), I must say that this is not how big > >> distros like Debian work. In Debian, Qt is in /usr, and there is no > >> $QTDIR in the environment (and QT/KDE applications build and work > >> just fine because pkgconfig supplies the needed flags correctly). > >> See, e.g., how the linux-2.6.24/scripts/kconfig/Makefile attempts to > >> find out how to use Qt (look below the "# QT needs some extra > >> effort..." line). > >> > >> -- > >> Alexander E. Patrakov > > > > Yes, the extra flags are not necessary to provide if Qt and kdelibs are > > installed in /usr. The commands could be left as is, with a note > > saying extra stuff is necessary if the libraries are located elsewhere. > > My thoughts were to just provide one set of commands that will work, > > assuming you are building from an lfs system, then explain them, rather > > than different commands for different situations. > > > > Could also replaceable text, e.g. LD_LIBRARY_PATH='<Qt Prefix>' make, > > instead of a variable, but I personally don't like this method. It's > > not c'n'p friendly, and I'm sure that's what most users do instead of > > actually typing out all the commands. > > > > If a more correct and elegant solution comes up, I'm all for it. I'll > > take a look at that Makefile, see if I find anything useful that I > > understand. > > > OK, I haven't looked into this myself, but with Thomas's suggested > changes, do you all agree that Robert's patch is good to produce a > working KDE-3.5.9? I understand that we may want to revisit Thomas's > makefile sed and see if we can get KDE folk to accept an autofoo patch > but if this is good for BLFS, I'll get it built and in ASAP. > > Thanks. > > > -- DJ Lucas > > > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-dev > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page >
I'm not sure if this is specific to KDE-3.5.9. My base system is a Pure64 CLFS and I could compile arts-1.5.9 and kdelibs-3.5.9 with not a glitch. However, when compiling kdebase the make process stop at kioslave/floppy with the following error "make[3]: entering directory `/sources/kdebase-3.5.9/kioslave/floppy' /bin/sh ../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/kde-3.5.9/include -I/opt/qt/include -I/usr/X11R7/include -DQT_THREAD_SUPPORT -D_REENTRANT -D_LARGE_FILES=1 -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -c -o kio_floppy.lo kio_floppy.cpp /bin/sh ../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/kde-3.5.9/include -I/opt/qt/include -I/usr/X11R7/include -DQT_THREAD_SUPPORT -D_REENTRANT -D_LARGE_FILES=1 -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -c -o program.lo program.cpp /bin/sh ../../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -module -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /opt/kde-3.5.9/lib -R /opt/kde-3.5.9/lib -R /opt/qt-3.3.8/lib -R /usr/X11R7/lib -o kio_floppy.la -rpath /opt/kde-3.5.9/lib/kde3 kio_floppy.lo program.lo -lkio /usr/bin/ld: cannot find -lkio collect2: ld returned 1 exit status make[3]: *** [kio_floppy.la] Error 1" Strange thing is that prior to floppy subsection the cgi one was compiled OK using the same "-lkio" call. I don't understand why it is able to find it once but not twice. I tried setting LD_LIBRARY_PATH=/opt/kde/lib and also LD_LIBRARY_PATH=/opt/kde/lib/kde3 but error continues. kio_floppy.la (and also kio_floppy.so) do exist at /opt/kde/lib/kde3 Any help is appreciated -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
