I just bootstrapped a system using ACCEPT_KEYWORDS=~x86. Emerging this latest QT breaks because some of the examples want to link to the qt-mt lib which is not installed in the system (since its being built currently). So either fix the makefiles to add -L/var/tmp/whatever/therearethelibs or (imo a lot better since they're not needed anyway) patch away the tests / examples. After manually (sort of, used ebuild and hacked the make support) installing qt I can emerge it without hacking the source because then we have a qt-lib installed in the system. Reproducible: Always Steps to Reproduce: 1. Make sure you have no qt libs installed 2. try to emerge qt-3.3.4-r3 3. Actual Results: ebuild broke since qt-mt lib is not found Expected Results: ebuild works Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r0, 2.6.11-gentoo-r3 i686) ================================================================= System uname: 2.6.11-gentoo-r3 i686 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Mar 12 2005, 20:26:22)] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r6 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -pipe -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -pipe -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://webmail.waug.at/gentoo/" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X a52 aac acpi acpi4linux apm arts artworkextra avi bash-completion berkdb bitmap-fonts bluetooth cairo cdr cdrom crypt cups curl doc dvb dvd dvdr emboss encode esd ethereal fam ffmpeg font-server foomaticdb fortran gdbm gif glade gnome gpm gtk gtk2 icq imap imlib ipv6 jpeg kde kdeenablefinal libg++ libwww lm_sensors lzo lzw lzw-tiff mad matroska mikmod mjpeg mmx mmx2 motif mp3 mpeg mpeg4 mplayer ncurses nethack network neural nls nntp nptl offensive oggvorbis opengl oss pam pdflib perl plotutils png povray python qt quicktime readline real screenshot sdl shared sharedmem sockets speedo spell sse sse2 ssl stencil-buffer svga tcpd threads tiff transcode truetype truetype-fonts type1-fonts unicode videos vidix vim-with-x xanim xface xine xinerama xml2 xmms xprint xrandr xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Please provide the errors you are getting or we cannot understand what's the problem.
I dont have the exact error messages anymore and cant reproduce them since I already have a libqt installed. The example applications inside the qt package (and also the tests) will link to libqt-mt. Then problem is that these wont link against the libqt-mt provided by the ebuild (the .so files lying around in /var/tmp/portage....) but will try to link against the systems libqt-mt. If you do not have qt installed already (which was the case for me) then linking will fail. So either make sure that you're linking the example apps / test apps against the libqt your ebuild creates (-L/var/tmp/portage/qt....) or simply do not build them at all (imo there is no reason to build them since they wont get installed after all, its simply a waste of cpu cycles)
I turned on the compilation of the Qt examples in -r3 (it was off in -r2), an this is probably a side-effect. I can't test now, but it should be easily fixed by setting LD_LIBRARY_PATH as it is done for the tools.
why not _disable_ the examples? No one needs them, its imo a complete waste of cpu time.
*** Bug 85135 has been marked as a duplicate of this bug. ***
> why not _disable_ the examples? Just do USE="-doc"
Ok, Qt should compile fine now. Also, thinking again about what I said in the previous comment: since we have a global 'examples' USE flag, it makes sense to use it to decide whether to build the examples or not. Thus, the ebuild now respect the 'examples' flag.
