When I run crossdev -S --target powerpc-unknown-linux-gnu, it completes emerge-ing cross-binutils, but fails on the emerge of cross-gcc-stage1. Reproducible: Always Steps to Reproduce: 1. emerge crossdev 2. crossdev -S --target powerpc-unknown-linux-gnu 3. wait Actual Results: * Emerging cross-gcc-stage1 ... * gcc failed :( * If you file a bug, please attach the following logfiles: * /var/log/portage/cross-powerpc-unknown-linux-gnu-info.log * /var/log/portage/cross-powerpc-unknown-linux-gnu-gcc-stage1.log Expected Results: cross-gcc-stage1 should complete correctly.
Created attachment 136947 [details] Logfiles as required * gcc failed :( * If you file a bug, please attach the following logfiles: * /var/log/portage/cross-powerpc-unknown-linux-gnu-info.log * /var/log/portage/cross-powerpc-unknown-linux-gnu-gcc-stage1.log
Created attachment 136949 [details] Logfiles as required * gcc failed :( * If you file a bug, please attach the following logfiles: * /var/log/portage/cross-powerpc-unknown-linux-gnu-info.log * /var/log/portage/cross-powerpc-unknown-linux-gnu-gcc-stage1.log
emerge --info Portage 2.1.3.19 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r9 i686) ================================================================= System uname: 2.6.22-gentoo-r9 i686 Genuine Intel(R) CPU T2300 @ 1.66GHz Timestamp of tree: Fri, 23 Nov 2007 16:30:06 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=prescott -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl berkdb bitmap-fonts cli cracklib crypt cups dri fortran gdbm gpm iconv ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I am pretty sure this is a duplicate of bug ID# 195889 http://bugs.gentoo.org/show_bug.cgi?id=195889 -Brandon
(In reply to comment #4) I'm not so sure. The original poster of bug 195889 had a different issue with treelang. I had a quick and dirty solution to this, which was to create /usr/bin/_error_not_here_yet and chmod +x it. This eliminated the error. It's a bad command in the make file, right? _error_not_here_yet - havent even thought about it - it may even work make[2]: _error_not_here_yet: Command not found
(In reply to comment #5) I dont think that _error_not_here_yet is a missing command. I think that treelang is not supported as a cross compiler language (Its for demonstration only). So I think _error_not_here_yet is literally meant as there should be an informative error generated here but it has not been written yet. The solution in the other bug is to not generate a treelang cross compiler which I think is a better idea since I think treelang is useless except as a demonstration language. http://en.wikipedia.org/wiki/Treelang -Brandon
*** This bug has been marked as a duplicate of bug 199924 ***
