This bug is similiar to bug #75079 But the workaround described in this bug didn't work for me. Reproducible: Always Steps to Reproduce: 1. emerge cdrtools Actual Results: Calculating dependencies ...done! >>> emerge (1 of 1) app-cdr/cdrtools-2.01.01_alpha01-r2 to / >>> md5 files ;-) cdrtools-2.01.01_alpha01-r2.ebuild >>> md5 files ;-) cdrtools-2.01-r1.ebuild >>> md5 files ;-) cdrtools-2.01-r3.ebuild >>> md5 files ;-) files/cdrtools-2.01-scsi-remote.patch >>> md5 files ;-) files/mkisofs-iconv-10.patch >>> md5 files ;-) files/digest-cdrtools-2.01-r1 >>> md5 files ;-) files/digest-cdrtools-2.01-r3 >>> md5 files ;-) files/digest-cdrtools-2.01.01_alpha01-r2 >>> md5 src_uri ;-) cdrtools-2.01.01a01.tar.bz2 >>> Unpacking source... >>> Unpacking cdrtools-2.01.01a01.tar.bz2 to /var/tmp/portage/cdrtools-2.01.01_alpha01-r2/work tar: Read 1024 bytes from - * Applying cdrtools-2.01-scsi-remote.patch ... [ ok ] * Applying mkisofs-iconv-10.patch ... [ ok ] >>> Source unpacked. * Using GNU config files from /usr/share/libtool * Updating conf/config.sub [ ok ] * Updating cdda2wav/config.sub [ ok ] * Updating conf/config.guess [ ok ] * Updating cdda2wav/config.guess [ ok ] W A R N I N G Messages like: gmake[2]: Entering directory `/tmp/cdrtools-2.01/libschily' ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/cvmod.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/dat.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fcons.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdown.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdup.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffileread.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffilewrite.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetline.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetstr.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/file_raise.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fileclose.d: No such file or directory .... are caused by a GNU make bug and not by the Schily makefile system. The related bug has been reported to the GNU make maintainers in 1988 but as the bug has not yet been fixed, it seems that GNU make is unmaintained :-( A working highly portable make program is at ftp://ftp.berlios.de/pub/smake RULES/rules1.top:234: incs/Dcc.x86-linux: Datei oder Verzeichnis nicht gefunden RULES/rules.cnf:56: incs/x86-linux-cc/Inull: Datei oder Verzeichnis nicht gefunden RULES/rules.cnf:57: incs/x86-linux-cc/rules.cnf: Datei oder Verzeichnis nicht gefunden ==> MAKING DIRECTORY "incs/x86-linux-cc/Inull" sh conf/cc-config.sh cc incs/Dcc.x86-linux Trying to find cc Found cc Creating empty 'incs/Dcc.x86-linux' ==> CONFIGURING RULES "incs/x86-linux-cc/rules.cnf" creating cache ./config.cache checking host system type... i686-pc-linux-gnu checking for Cygwin environment... no checking for mingw32 environment... no checking for EMX/OS2 environment... no checking for executable suffix... configure: error: installation or configuration problem: compiler cannot create executables. make: *** [incs/x86-linux-cc/rules.cnf] Fehler 1 !!! ERROR: app-cdr/cdrtools-2.01.01_alpha01-r2 failed. !!! Function src_compile, Line 64, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. Expected Results: proper installation What I tried to do after reading bug #75079 was <konsole> gentoo bin # mv cc cc.old gentoo bin # ln -s gcc cc gentoo ~ # gcc-config -c i686-pc-linux-gnu-3.3.6 gentoo ~ # gcc-config i686-pc-linux-gnu-3.3.6 * Switching to i686-pc-linux-gnu-3.3.6 compiler ... </konsole> But nothing helped. I alwas get the same error message as shown above. If i go into the "/var/tmp/portage/cdrtools-2.01.01_alpha01-r2/work/cdrtools-2.01.01" directory, i can compile the sources with "./Gmake.linux", but i can't install it with "ebuild /usr/portage/app-cdr/cdrtools/cdrtools-2.01.01_alpha01-r2.ebuild install" Als this was done in an 32bit chroot environment. <emerge-info> Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre5 ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -msse3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /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="-O2 -march=athlon-xp -msse3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks nostrip sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/" LANG="de_DE@euro" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X Xaw3d a52 aac aalib alsa apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bonobo bzip2 cdda cddb cdparanoia cdr crypt cups curl dio divx4linux doc dv dvd dvdr dvdread dxr3 eds emboss encode esd fam fbcon ffmpeg flac foomaticdb fortran ftp gd gdbm gif gimp gimpprint gkrellm gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml ieee1394 image imagemagick imap imlib ipv6 jack java javascript joystick jpeg kde kdeenablefinal ladcca lapack lcms ldap libcaca libg++ libsamplerate libwww lirc lm_sensors mad matroska mhash mikmod mime mmap mmx mmxext mng motif mp3 mpeg mpeg2 mplayer msql mysql mysqli nas ncurses nls nocd nptl nvidia ogg oggvorbis openal opengl osc oss pam pdflib perl pic png python qt quicktime readline real recode reiserfs samba scanner screen sdl session sharedext sharedmem shorten simplexml slang slp sndfile soap sockets sox speex spell spl sqlite sse sse2 ssl stencil-buffer subtitles svg svga symlink tcpd theora threads tiff tokenizer truetype truetype-fonts type1-fonts unicode usb utf8 v4l v4l2 vcd videos vidix vorbis webdav win32codecs wmf wxwindows xanim xface xft xine xinerama xml xml2 xmlrpc xmms xpm xprint xsl xslt xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY </emerge-info>
Created attachment 66161 [details] In the textfile you can see the compiling and "ebuild ... install" output.
your problem seems related to gcc not with cdrtools. Check your gcc install, paths and your chroot mounts.
I don't think it's a problem of the gcc. Because i can compile other packages without any problems. I can even compile and emerge the previos version of cdrtools without any problems: <console> >>> app-cdr/cdrtools-2.01-r3 merged. >>> clean: No packages selected for removal. >>> Auto-cleaning packages ... >>> No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 169 info files. * IMPORTANT: 6 config files in /etc need updating. * Type emerge --help config to learn how to update config files. gentoo linux # date Do Aug 18 19:02:06 CEST 2005 </console> I'm wondering why you marked this bug invalid. Also if you think it's not a problem of cdrtools would it be not better to assign the bug to someone else rather than marking it resolved invalid?
I did a test with a changing the ebuild file and i found out, that if i uncomment the following line in src_compile(): use unicode && append-flags "-finput-charset=ISO-8859-1 -fexec-charset=UTF-8" i can compile, install and qmerge the cdrtools-2.01.01_alpha01-r2 version without any problems. But maybe I need this parameters any more idea how to compile without uncomment the line?
Please make sure if your glibc is compiled with unicode-support. locale -a should list you locales ending with .utf-8. Furthermore gcc must be compiled with that glibc, so that it is utf-8 aware.
Sorry if i was too harsh your with but it seems to me that it wasn't a problem related to cdrtools. Please try what Lars told you and report it here please.
Ok, i did what you suggested and rebuild first glibc and then gcc. But without using the userlocales use flag. After that i typed in "locale -a" and instead of only 4 items I get a long list with all countries and the utf8 versions. So far so good but compiling failed with the same error also with the newest version: <console> checking for executable suffix... configure: error: installation or configuration problem: compiler cannot create executables. make: *** [incs/x86-linux-cc/rules.cnf] Fehler 1 !!! ERROR: app-cdr/cdrtools-2.01.01_alpha03 failed. <console> Do you need some more informations?
Same problem here. I've used the unicode USE flag for ages, so no recompiling necessary. revdep-rebuild made no difference. Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r1, 2.6.11.6-infra-cube-1 i686) ================================================================= System uname: 2.6.11.6-infra-cube-1 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.6.13 distcc 2.16 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-march=pentium -mcpu=athlon-xp -O3 -pipe" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /usr/vice/etc /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/afs/modload /etc/gconf /etc/make.globals /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium -mcpu=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distcc distlocks fixpackages sandbox sfperms strict test userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://gentoo.inode.at/ ftp://gentoo.inode.at/source/" LANG="en_US" LINGUAS="en,de" MAKEOPTS="-j10" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage-local--main--1.0" SYNC="rsync://copper.sascha.silbe.org/gentoo-portage" USE="x86 3dnow 3dnowext S3TC X a52 aac accessibility acl afs alsa apm avi bash-completion berkdb bitmap-fonts blas bzip2 bzlib cdparanoia cdr chipcard cjk crypt curl doc dts dv dvd dvdr dvdread ecc eds emboss encode examples fam fame ffmpeg flac foomaticdb fortran gd gdbm gif gimpprint gstreamer gtk gtk2 gtkhtml guile hbci imagemagick imap imlib ipv6 j-noaim j-nomsn j-noyahoo jabber jpeg jpeg2k lapack lcms libg++ libwww lm_sensors lvm1 lzo mad maildir makecheck mbox mikmod mjpeg mmx mmxext monitor mozsvg mp3 mpeg mysql nas ncurses nls nodrm offensive ogg oggvorbis openal opengl oss pam pda pdflib plotutils png postgres python qt qtmt quicktime readline samba scanner sdl serial skey smartcard spell sqlite sse ssl svg tetex theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis win32codecs xine xml xml2 xv xvid yv12 zlib linguas_en,de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS root@cube:/# cat /etc/locales.build |grep -v ^# en_US/ISO-8859-15 en_US.UTF-8/UTF-8 en_GB/ISO-8859-15 en_GB.UTF-8/UTF-8 de_DE/ISO-8859-15 de_DE@euro/ISO-8859-15 de_DE.UTF-8/UTF-8 de_DE.iso-8859-1/ISO-8859-1 root@cube:/#
maybe a gcc 3.3.5 bug ?? can you try with the latest stable gcc in gentoo ?
Same here.. gcc and glibc was rebuild with unicode support. (using gcc 3.3.5) code below.. emerge -va cdrtools These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild U ] app-cdr/cdrtools-2.01.01_alpha03-r1 [2.01.01_alpha01-r2] -on-the-fly-crypt +unicode 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] y >>> emerge (1 of 1) app-cdr/cdrtools-2.01.01_alpha03-r1 to / >>> md5 files ;-) cdrtools-2.01.01_alpha03-r1.ebuild >>> md5 files ;-) cdrtools-2.01.01_alpha03.ebuild >>> md5 files ;-) cdrtools-2.01-r1.ebuild >>> md5 files ;-) cdrtools-2.01-r3.ebuild >>> md5 files ;-) cdrtools-2.01.01_alpha01-r2.ebuild >>> md5 files ;-) files/cdrtools-2.01-scsi-remote.patch >>> md5 files ;-) files/mkisofs-iconv-10.patch >>> md5 files ;-) files/cdrtools-2.01a32-scan.patch >>> md5 files ;-) files/digest-cdrtools-2.01-r1 >>> md5 files ;-) files/digest-cdrtools-2.01-r3 >>> md5 files ;-) files/digest-cdrtools-2.01.01_alpha03 >>> md5 files ;-) files/digest-cdrtools-2.01.01_alpha01-r2 >>> md5 files ;-) files/cdrtools-2.01.01a03-rezero.patch >>> md5 files ;-) files/cdrtools-2.01.01a03-warnings.patch >>> md5 files ;-) files/cdrtools-2.01a27-writemode.patch >>> md5 files ;-) files/digest-cdrtools-2.01.01_alpha03-r1 >>> md5 src_uri ;-) cdrtools-2.01.01a03.tar.bz2 >>> Unpacking source... >>> Unpacking cdrtools-2.01.01a03.tar.bz2 to /mnt/portage/tmp/portage/cdrtools-2.01.01_alpha03-r1/work tar: Read 6656 bytes from - * Applying cdrtools-2.01-scsi-remote.patch ... [ ok ] * Applying cdrtools-2.01a32-scan.patch ... [ ok ] * Applying cdrtools-2.01a27-writemode.patch ... [ ok ] * Applying cdrtools-2.01.01a03-warnings.patch ... [ ok ] * Applying cdrtools-2.01.01a03-rezero.patch ... [ ok ] >>> Source unpacked. * Using GNU config files from /usr/share/libtool * Updating conf/config.sub [ ok ] * Updating cdda2wav/config.sub [ ok ] * Updating conf/config.guess [ ok ] * Updating cdda2wav/config.guess [ ok ] RULES/rules1.top:234: incs/Dcc.x86-linux: No such file or directory RULES/rules.cnf:49: incs/x86-linux-cc/Inull: No such file or directory RULES/rules.cnf:50: incs/x86-linux-cc/rules.cnf: No such file or directory sh conf/cc-config.sh cc incs/Dcc.x86-linux ==> MAKING DIRECTORY "incs/x86-linux-cc/Inull" ==> CONFIGURING RULES "incs/x86-linux-cc/rules.cnf" Trying to find cc creating cache ./config.cache checking host system type... Found cc Creating empty 'incs/Dcc.x86-linux' i686-pc-linux-gnu checking for Cygwin environment... no checking for mingw32 environment... no checking for EMX/OS2 environment... no checking for executable suffix... configure: error: installation or configuration problem: compiler cannot create executables. make: *** [incs/x86-linux-cc/rules.cnf] Error 1 !!! ERROR: app-cdr/cdrtools-2.01.01_alpha03-r1 failed. !!! Function src_compile, Line 65, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
this problem is fixed in -r2. Thanks for the reports.
The current fix means all x86 users, even those with gccs that accept -f*-charset, have USE="unicode" ignored, and doesn't fix things for users of other archs who prefer older versions of gcc. Could you do something like if use unicode; then if [[ $(gcc-major-version) -eq 3 && $(gcc-minor-version) -ge 4 || $(gcc-major-version) -ge 4 ]]; then append-flags -finput-charset=ISO-8859-1 -fexec-charset=UTF-8 else ewarn "cdrtools with unicode requires gcc 3.4+. Ignoring unicode flag" fi fi instead, or alternatively use the test_flag function?
(In reply to comment #12) > The current fix means all x86 users, even those with gccs that accept > -f*-charset, have USE="unicode" ignored, and doesn't fix things for users of > other archs who prefer older versions of gcc. Could you do something like > > if use unicode; then > if [[ $(gcc-major-version) -eq 3 && $(gcc-minor-version) -ge 4 > || $(gcc-major-version) -ge 4 ]]; then > append-flags -finput-charset=ISO-8859-1 -fexec-charset=UTF-8 > else > ewarn "cdrtools with unicode requires gcc 3.4+. Ignoring unicode flag" > fi > fi > > instead, or alternatively use the test_flag function? right but this package needs test_flag instead because in sparc with gcc 3.3.5.x it compiles fine. I will take a look at this soon and commit asap
<quote> this problem is fixed in -r2. Thanks for the reports. </quote> sure it is? doesnt feel fixed for me... >>> emerge (1 of 4) app-cdr/cdrtools-2.01.01_alpha01-r2 to / >>> md5 files ;-) cdrtools-2.01.01_alpha01-r2.ebuild >>> md5 files ;-) cdrtools-2.01-r1.ebuild >>> md5 files ;-) cdrtools-2.01-r3.ebuild >>> md5 files ;-) cdrtools-2.01.01_alpha03-r2.ebuild >>> md5 files ;-) files/cdrtools-2.01-scsi-remote.patch >>> md5 files ;-) files/mkisofs-iconv-10.patch >>> md5 files ;-) files/digest-cdrtools-2.01-r1 >>> md5 files ;-) files/digest-cdrtools-2.01-r3 >>> md5 files ;-) files/digest-cdrtools-2.01.01_alpha01-r2 >>> md5 files ;-) files/cdrtools-2.01.01a01-scanbus.patch >>> md5 files ;-) files/cdrtools-2.01.01a03-rezero.patch >>> md5 files ;-) files/cdrtools-2.01.01a03-warnings.patch >>> md5 files ;-) files/cdrtools-2.01a27-writemode.patch >>> md5 files ;-) files/digest-cdrtools-2.01.01_alpha03-r2 >>> md5 src_uri ;-) cdrtools-2.01.01a01.tar.bz2 >>> Unpacking source... >>> Unpacking cdrtools-2.01.01a01.tar.bz2 to /var/tmp/portage/cdrtools-2.01.01_alpha01-r2/work tar: Read 1024 bytes from - * Applying cdrtools-2.01-scsi-remote.patch ... [ ok ] * Applying mkisofs-iconv-10.patch ... [ ok ] >>> Source unpacked. * Using GNU config files from /usr/share/libtool * Updating conf/config.sub [ ok ] * Updating cdda2wav/config.sub [ ok ] * Updating conf/config.guess [ ok ] * Updating cdda2wav/config.guess [ ok ] W A R N I N G Messages like: gmake[2]: Entering directory `/tmp/cdrtools-2.01/libschily' ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/cvmod.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/dat.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fcons.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdown.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fdup.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffileread.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/ffilewrite.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetline.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fgetstr.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/file_raise.d: No such file or directory ../RULES/r-gmake.dep:76: OBJ/<arch-dir>/fileclose.d: No such file or directory .... are caused by a GNU make bug and not by the Schily makefile system. The related bug has been reported to the GNU make maintainers in 1988 but as the bug has not yet been fixed, it seems that GNU make is unmaintained :-( A working highly portable make program is at ftp://ftp.berlios.de/pub/smake RULES/rules1.top:234: incs/Dcc.x86-linux: Datei oder Verzeichnis nicht gefunden RULES/rules.cnf:56: incs/x86-linux-cc/Inull: Datei oder Verzeichnis nicht gefunden RULES/rules.cnf:57: incs/x86-linux-cc/rules.cnf: Datei oder Verzeichnis nicht gefunden sh conf/cc-config.sh cc incs/Dcc.x86-linux ==> MAKING DIRECTORY "incs/x86-linux-cc/Inull" Trying to find cc ==> CONFIGURING RULES "incs/x86-linux-cc/rules.cnf" creating cache ./config.cache checking host system type... Found cc Creating empty 'incs/Dcc.x86-linux' i686-pc-linux-gnu checking for Cygwin environment... no checking for mingw32 environment... no checking for EMX/OS2 environment... no checking for executable suffix... configure: error: installation or configuration problem: compiler cannot create executables. make: *** [incs/x86-linux-cc/rules.cnf] Fehler 1 !!! ERROR: app-cdr/cdrtools-2.01.01_alpha01-r2 failed. !!! Function src_compile, Line 64, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
I'm getting this too: Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r9 i686) ================================================================= System uname: 2.6.12-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.12.0_pre8 ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk ftp://gentoo.blueyonder.co.uk/mirrors/gentoo ftp://pandemonium.tiscali.de/pub/gentoo/" MAKEOPTS="-j3" 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 X aac abook acpi alsa apache2 apm artworkextra avi bash-completion berkdb bzlib calendar cdr cjk crypt cups divx4linux doc dvd eds emboss encode esd exif fam fastcgi fbcon firefox fla flac foomaticdb fortran ftp gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 guile hal imap imlib ipv6 jabber jack java jpeg ldap libg++ libwww mad mikmod mime mmx motif mozilla mp3 mpeg msn mysql ncurses nls nptl nptlonly ogg oggvorbis opengl pam pcre pdflib perl php png ppds python quicktime readline sdl spell ssl svg svga tcltk tcpd theora tiff tokenizer truetype truetype-fonts type1-fonts unicode usb videos vorbis win32codecs wmf wxwindows xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
I have the same problem on x86. I just filled out a new bug report before I saw this thread. Using 'gcc --version': gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) with 2.6.13-gentoo-r1 AMD Athlon(TM) XP 3000+ AuthenticAMD GNU/Linux I can emerge plenty of other packages except for cdrtools. When I try cdrtools, I get: checking for executable suffix... configure: error: installation or configuration problem: compiler cannot create executables. make: *** [incs/x86-linux-cc/rules.cnf] Error 1 as the last few lines. What information would be useful in fixing this? Thanks in advance.
this is a known problem with gcc 3.3.x. You have to set an empty CFLAGS to be able to build cdrtools. But remember cdrtools-2.01.01_alpha01 isn't a stable package you might found a few problems with it. I'm going to research a little more before make the right changes in the ebuild. If someone want's to help me test this look at me at irc. (i don't have a x86 machine atm).
*** Bug 107131 has been marked as a duplicate of this bug. ***
(In reply to comment #17) > this is a known problem with gcc 3.3.x. You have to set an empty CFLAGS to be > able to build cdrtools. But remember cdrtools-2.01.01_alpha01 isn't a stable > package you might found a few problems with it. > > I'm going to research a little more before make the right changes in the ebuild. > If someone want's to help me test this look at me at irc. (i don't have a x86 > machine atm). Ah, I didn't realize this was a known problem. That explains a few things... When I 'echo $CFLAGS' before emerge'ing app-cdr/cdrtools-2.01.01_alpha01-r2 it shows nothing, so I assume that means that it has a blank CFLAGS and that the ebuild is setting the CFLAGS to something during execution. As far as the package being unstable, is there some way that I can only update stable packages? I have 'emerge sync' running nightly and this package shows up when I do an 'emerge --deep --update world' so I thought it was supposed to be stable. Since there are so many people that are havng this problem, can we revert to a previous ebuild in the portage tree? I don't even have a cd burner in this machine anymore, but modifying the USE flags doesn't seem to remove it from the list of updated packages. Since I do have an x86, what is theere that I can do to help diagnose the problems? Thanks in advance.
Just a quick "me-too" message/add to CC on x86, gcc-3.3.6. Let me know if I can do anything to debug or test... Portage 2.0.52-r1 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12.2 i686) ================================================================= System uname: 2.6.12.2 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/globus-2.4/etc /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i686 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protection distcc distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ " MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/ag-portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X Xaw3d a52 aac aalib acpi alsa apm arts avi berkdb bitmap-fonts bzip2 cdr cjk crypt cups curl dbus dga dv dvb dvd dvdr eds emacs emboss encode esd exif f77 faad fam fbcon ffmpeg fftw flac fortran gcj gd gdbm gif gimpprint ginac gnome gnustep gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal imagemagick imlib jack java jpeg ldap leim libg++ libwww lirc live lzo mad matroska mikmod mjpeg mmx mng motif mozilla mp3 mpeg mysql nas ncurses nls nptl objc offensive ogg oggvorbis openal opengl oss pam pdflib perl plotutils png ppds python qhull qt quicktime radeon readline rtc samba scanner sdk sdl slang speex spell sqlite sse ssl svg tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vorbis wxwindows xine xinerama xml xml2 xmms xosd xprint xv xvid zlib video_cards_radeon video_cards_mach64 userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS