Emerging app-sci/units-1.74 fails with the message below (see "Actual Results"). This is because of the comment in the end of units.c which contains the charakters */ in some shell-commands. This lets the cc think, that the comment ist finished and tries to compile the Rest. As a workaround it helps to do: ebuild /usr/portage/app-sci/units/units-1.74.ebuild unpack #Edit the units.c in /var/tmp/portage/units-1.74/work/units-1.74/ and cut the last few lines with the script. ebuild /usr/portage/app-sci/units/units-1.74.ebuild compile ebuild /usr/portage/app-sci/units/units-1.74.ebuild merge I hope you can understand everything, my english is not the best since I am out of school :( Reproducible: Always Steps to Reproduce: 1.emerge units 2. 3. Actual Results: Here is the shortened output of emerge: [...] gcc -DUNITSFILE=\"/usr/share/units/units.dat\" -DREADLINE -mcpu=athlon-xp -march=athlon-xp -O3 -pipe -fomit-frame-pointer -m3dnow -mmmx -I. -c getopt1.c sed s!@DATAFILE@!/usr/share/units/units.dat! ./units.man > units.1 units.c: In function `main': units.c:2218: warning: assignment from incompatible pointer type units.c:2329:5: missing terminating " character make: *** [units.o] Error 1 !!! ERROR: app-sci/units-1.74 failed. !!! Function src_compile, Line 19, Exitcode 2 !!! (no error message) Expected Results: Complete the compiling Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r1, 2.4. 21-pfeifer-r1_pre4) ================================================================= System uname: 2.4.21-pfeifer-r1_pre4 i686 AMD Duron(tm) Processor Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -march=athlon-xp -O3 -pipe -fomit-frame-pointer -m3dnow -mmmx" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -march=athlon-xp -O3 -pipe -fomit-frame-pointer -m3dnow -mmmx" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox ccache distcc userpriv usersandbox cvs" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp: //ftp.fhh.opensource-mirror.de/pub/gentoo.org/ ftp://linux.rz.ruhr-uni-bochum. de/gentoo-mirror/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp. tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/ ftp://ftp. snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.belnet.be/mirror/rsync.gentoo. org/gentoo/ ftp://ftp.gentoo.skynet.be/pub/gentoo/ ftp://gentoo.linux. no/pub/gentoo/ ftp://ftp.uninett.no/pub/linux/Gentoo ftp://trumpetti.atm.tut. fi/gentoo/ ftp://sunsite.cnlab-switch.ch/mirror/gentoo/ ftp://gentoo.inode. at/source/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.ucsb. edu/pub/mirrors/linux/gentoo/ ftp://gentoo.noved.org/ ftp://planetmirror. com/pub/gentoo/ http://ftp.gentoo.or.kr/ http://gentoo.oregonstate.edu" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 apm avi crypt cups encode gif jpeg libg++ mad mikmod mpeg ncurses pdflib png quicktime spell truetype xml2 xmms xv zlib directfb alsa readline tetex svga tcltk java X sdl gpm tcpd pam libwww ssl perl python imlib oggvorbis qt kde motif opengl cdr 3dnow bootsplash dga expat fbcon flash imagemagick imap irmc j-noaim j-nojud j-nomsn j-nomuconf j-noyahoo maildir mldonkeypango mmx moznocompose moznoirc moznomail nocd offensive physfs qtmt socks5 sse usb xml xvid -oss -foomaticdb -gnome -nls -gdbm -berkdb -slang -arts -esd -gtk"
Created attachment 20384 [details] the output of a diff between old units.c and the edited one
Actually, there's already a fix in 1.74-r1 available. New version 1.80 will contain it aswell. Thanks for reporting anyway.
I saw that 1.74-r1 emerged fine, but 1.74 is the version in stable tree and 1.74-r1 is ~x86, so I reported it.
You are using gcc-3.3.2, so a normal x86 user won't notice this problem. If the new gcc gets stable, units will have to follow.