I'm not sure what is the reason really, here's a log of the area: gcc -march=athlon -O2 -pipe -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/include -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libtomcrypt -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libtomcrypt -march=athlon -O2 -pipe -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -o phentropy phentropy.o -L/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -lpcap -lpcap -lnet -L/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/lib -L/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libtomcrypt -ltomcrypt if gcc -DHAVE_CONFIG_H -I. -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/src -I. -march=athlon -O2 -pipe -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/include -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libtomcrypt -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libtomcrypt -march=athlon -O2 -pipe -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1 -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/bpf -I/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10 -MT paketto.o -MD -MP -MF ".deps/paketto.Tpo" \ -c -o paketto.o `test -f 'paketto.c' || echo '/mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/src/'`paketto.c; \ then mv ".deps/paketto.Tpo" ".deps/paketto.Po"; \ else rm -f ".deps/paketto.Tpo"; exit 1; \ fi In file included from paketto.h:7, from paketto.c:1: /mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/include/libnet.h:87:2: #error /mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/include/libnet.h:87:8: missing terminating " character "byte order has not been specified, you'll" In file included from paketto.h:7, from paketto.c:1: /mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/include/libnet.h:88: error: syntax error before "to" /mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/include/libnet.h:88: error: syntax error at '#' token /mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/Libnet-1.0.2a/include/libnet.h:89:50: missing terminating " character In file included from /mnt/temp-build/portage/paketto-1.10-r1/work/paketto-1.10/libpcap-0.7.1/pcap.h:43, from paketto.h:8, from paketto.c:1: Darkmere root # emerge info Portage 2.0.49-r4 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1, 2.4.22-aa1) ================================================================= System uname: 2.4.22-aa1 i686 AMD Athlon(TM) distcc 2.10 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.2 [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon -O2 -pipe" 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/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon -O2 -pipe" DISTDIR="/mnt/media1/TEMP/distfiles" FEATURES="ccache manifests fixpackages userpriv sandbox cvs -autoaddcvs nostrip" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/ http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/mnt/media1/TEMP/packages" PORTAGE_TMPDIR="/mnt/temp-build" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="" USE="x86 foomaticdb mad apm avi encode libg++ libwww mikmod mpeg ncurses nls pdflib qtmt quicktime spell xml2 zlib gdbm berkdb slang readline -aalib svga tcltk java guile X sdl gpm tcpd pam perl python -esd imlib gtk motif mozilla gphoto2 ldap cdr crypt alsa oggvorbis -arts -qt -kde -cups gnome gpg gpgme bonobo oss ssl xmms 3dnow mmx -sse -tetex -doc opengl tiff png jpeg smooth truetype gif ggi gtk2 samba xv gtkhtml -lirc dvd jack-tmpfs -gstreamer ipv6 maildir xface cscope"
i'm pretty sure it's the gcc version you're using ... ive seen the same kind of errors with other packages while using 3.3.1 ... try 3.3.1-r2 ?
will try shortly
The compile bails out using gcc-3.3-r2. It's a case of multi-line strings causing havoc.
Created attachment 17875 [details, diff] proposed paketto-1.10-r1-gcc-3.3.patch This patch cleans up multiline strings which exist in two files. One is ${S}/src/paketto.h which is trivial to patch. The other is hidden away inside a tarball that gets unpacked by the paketto configure script, so a "patch within a patch" was perhaps the easiest way of taking care of that.
fixed in cvs