It appears to be something to do with a pointer cast it fails in fileio.o - see details below. This has been a problem since -r3 or before, I believe. Reproducible: Always Steps to Reproduce: 1.emerge vim Actual Results: fileio.c: In function `readfile': fileio.c:1258: warning: passing arg 2 of `iconv' from incompatible pointer type fileio.c:1821:14: macro "dup" requires 2 arguments, but only 1 given gcc -c -I. -Iproto -DHAVE_CONFIG_H -march=pentium3 -O3 -pipe -DPERL5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.0/i686-linux/CORE -I/usr/include/python2.2 -pthread -o objects/fold.o fold.c fileio.c: In function `buf_write_bytes': fileio.c:4450: warning: passing arg 2 of `iconv' from incompatible pointer type gcc -c -I. -Iproto -DHAVE_CONFIG_H -march=pentium3 -O3 -pipe -DPERL5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.0/i686-linux/CORE -I/usr/include/python2.2 -pthread -o objects/getchar.o getchar.c make[1]: *** [objects/fileio.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/mnt/extra/.tmp/portage/vim-6.2-r5/work/vim62/src' make: *** [first] Error 2 Expected Results: Continued the emerge correctly... Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.20-gentoo-r5-xcham) ================================================================= System uname: 2.4.20-gentoo-r5-xcham i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -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=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://www.gtlib.cc.gatech.edu/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/mnt/extra/.tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 avi crypt cups foomaticdb gif gtk2 jpeg libg++ libwww mad mikmod mpeg ncurses nls pdflib png quicktime spell xml2 xmms xv zlib gdbm berkdb slang readline arts bonobo svga ggi java guile gpm tcpd pam ssl python esd imlib oggvorbis qt motif opengl ldap X truetype gtk gnome alsa curl dvd acpi cdr aalib encode flash ipv6 mysql oss -3dnow -apm samba wxwindows tiff tcltk sse nocardbus sdl xml fbcon joystick directfb -kde lirc perl dga"
Created attachment 22159 [details] Complete log of the emerge. Maybe this will help.
Created attachment 22160 [details] Verbose log of the emerge, using emerge -d
Hmm... Looks like you have something called "libc.h" on your system. Do you have an alternative libc installed?
That's Plan 9's libc interface, from package "9libs".
Okay, that was weird. I unmerged 9libs only to find the /usr/include/libc.h didn't go away. So I deleted it. Now vim merges fine. Thanks, sorry to trouble you guys. Whoever maintains 9libs should be made aware of the problem, maybe? - DWF
Aha! Just for shits and giggles I remerged 9libs and tried to merge vim. different error this time. make: Entering directory `/mnt/extra/.tmp/portage/vim-6.2-r5/work/vim62/src' CC="gcc -Iproto -DHAVE_CONFIG_H -march=pentium3 -O3 -pipe -DPERL5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.0/i686-linux/CORE -I/usr/include/python2.2 -pthread " srcdir=. sh ./osdef.sh mkdir objects make: Leaving directory `/mnt/extra/.tmp/portage/vim-6.2-r5/work/vim62/src' Starting make in the src directory. If there are problems, cd to the src directory and run make there cd src && make first make[1]: Entering directory `/mnt/extra/.tmp/portage/vim-6.2-r5/work/vim62/src' gcc -c -I. -Iproto -DHAVE_CONFIG_H -march=pentium3 -O3 -pipe -DPERL5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.0/i686-linux/CORE -I/usr/include/python2.2 -pthread -o objects/buffer.o buffer.c gcc -c -I. -Iproto -DHAVE_CONFIG_H -march=pentium3 -O3 -pipe -DPERL5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.0/i686-linux/CORE -I/usr/include/python2.2 -pthread -o objects/charset.o charset.c In file included from os_unix.h:57, from vim.h:194, from buffer.c:29: /usr/include/libc.h:33: parse error before "Rune" /usr/include/libc.h:34: parse error before '*' token In file included from os_unix.h:57, from vim.h:194, from charset.c:10: /usr/include/libc.h:33: parse error before "Rune" /usr/include/libc.h:34: parse error before '*' token make[1]: *** [objects/buffer.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: *** [objects/charset.o] Error 1 make[1]: Leaving directory `/mnt/extra/.tmp/portage/vim-6.2-r5/work/vim62/src' make: *** [first] Error 2 !!! ERROR: app-editors/vim-6.2-r5 failed. !!! Function src_compile, Line 240, Exitcode 2 !!! emake failed
So apparently 9libs is a blocker for vim... what can be done about this? - DWF
vim now depends on !dev-libs/9libs via vim.eclass Thanks.
