emerge media-tv/mythtv-0.16 failed /etc/make.config USE="acpi acpi4linux apache2 cdrom chroot curl curlwrappers dga divx4linux \ dvd dvdr editor emacs emacs-w3 escreen etwin evo fbdev ffmpeg flac \ flash freetype fs ftp gimp icq image imagemagick imap innodb irda \ jabber java lirc live maildir md5sum mixer mng mpeg4 mplayer msn \ multilib music mysqli native net nvidia openssh pda php portaudio \ posix pthreads samba sasl theora threads tidy tiff transcode v4l2 \ vhosts videos xalan xine xinerama xrandr xsl xvid --cups --gcj --java \ --nptl -gnome --qt" CHOST="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="amd64" PORTDIR_OVERLAY=/usr/local/portage SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" RSYNC_TIMEOUT=60 FEATURES="sandbox ccache userpriv usersandbox" CCACHE_SIZE="8G" Reproducible: Always Steps to Reproduce: 1. echo " media-plugins/myth ~amd64" >> /etc/portage/package.keyword 2. emerge -av media-tv/mythtv Actual Results: ln -s libmythavformat-0.16.so.0.16.0 libmythavformat-0.16.so ln -s libmythavformat-0.16.so.0.16.0 libmythavformat-0.16.so.0 ln -s libmythavformat-0.16.so.0.16.0 libmythavformat-0.16.so.0.16 make: Leaving directory `/var/tmp/portage/mythtv-0.16/work/mythtv-0.16/libs/liba vformat' make: Entering directory `/var/tmp/portage/mythtv-0.16/work/mythtv-0.16/libs/lib myth' g++ -c -pipe `artsc-config --cflags` `directfb-config --cflags` -Wall -W -O2 -mc pu=i686 -pipe -D_REENTRANT -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX= \"/usr\" -DCONFIG_VIDEO4LINUX -DUSING_IVTV -DUSING_OSS -DUSING_XVMC -DUSING_OPEN GL_VSYNC -DUSING_XRANDR -DUSE_ALSA -DUSE_LIRC -DUSE_ARTS -DQT_NO_DEBUG -DQT_THRE AD_SUPPORT -I/usr/qt/3/mkspecs/linux-g++ -I. -I/usr/include -I/usr/local/include -I/usr/qt/3/include -o dialogbox.o dialogbox.cpp `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. dialogbox.cpp:1: error: CPU you selected does not support x86-64 instruction set g++ -c -pipe `artsc-config --cflags` `directfb-config --cflags` -Wall -W -O2 -mc pu=i686 -pipe -D_REENTRANT -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX= \"/usr\" -DCONFIG_VIDEO4LINUX -DUSING_IVTV -DUSING_OSS -DUSING_XVMC -DUSING_OPEN GL_VSYNC -DUSING_XRANDR -DUSE_ALSA -DUSE_LIRC -DUSE_ARTS -DQT_NO_DEBUG -DQT_THRE AD_SUPPORT -I/usr/qt/3/mkspecs/linux-g++ -I. -I/usr/include -I/usr/local/include -I/usr/qt/3/include -o lcddevice.o lcddevice.cpp make: *** [dialogbox.o] Error 1 make: *** Waiting for unfinished jobs.... `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. lcddevice.cpp:1: error: CPU you selected does not support x86-64 instruction set make: *** [lcddevice.o] Error 1 make: Leaving directory `/var/tmp/portage/mythtv-0.16/work/mythtv-0.16/libs/libm yth' !!! ERROR: media-tv/mythtv-0.16 failed. !!! Function src_compile, Line 159, Exitcode 2 !!! (no error message) Expected Results: install mythtv I know that it's mark unstabel, but dosen't mean that it compiles and just not works stabel?
what is the output of: artsc-config --cflags directfb-config --cflags Why do you have "--nptl --qt" in your use flags?
venus root # artsc-config --cflags -I/usr/kde/3.2/include/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include venus root # directfb-config --cflags -I/usr/include/directfb -D_REENTRANT Why do you have "--nptl --qt" in your use flags? well I don't remember... I removed them, same thing happens.
As I see it, the problem is that the ebuild trys to compile some of the code useing -mcpu=i686... but I have x86_64-pc-linux-gnu.
Proper USE flag settings would be "ntpl qt" or "-ntpl -qt" if you didn't want either. However, QT is used by MythTV so you would have to use it. "--ntpl --qt" is bad syntax, as is "--cups --gcj --java". Looks like the makefile is hardcoded to use -mcpu=i686. We'll have to address that upstream.
Please post your CXXFLAGS
sorry, sorry! I forgot to uncomment CXXFLAGS="${CFLAGS}" It works now. sorry
CXXFLAGS Have to be set for it to work. Making a check in portage will save other pepole from making my mistak...
No, your make.globals has the wrong defaults for amd64 architecture. It seems to be fixed in the upcoming version 2.0.51.
