When you emerge 9libs, it installs /usr/include/libc.h. If you then emerge vim, it detects that file as a NeXT header and includes it in some source files. libc.h mentions the Rune type, but it's not defined there or in any of the other header files vim includes. This makes the vim compile fail. Reproducible: Always Steps to Reproduce: 1. emerge 9libs 2. emerge vim Actual Results: vim compile failed with error about Rune type not being found Expected Results: vim should have compiled properly Workaround is to unmerge 9libs -- I don't think I had any packages that needed it anyway. The problem also happens for gvim and kvim. Maybe 9libs' headers could go in /usr/include/9libs instead of /usr/include? That would fix the vim compile.
http://linuxfromscratch.org/pipermail/lfs-dev/2001-September/019310.html
Did you edit vim.eclass? Right now vim.eclass clearly has DEPEND="!dev-libs/9libs" and has for a while. Anyway, I've fixed this now by filtering the libc.h check from conigure.in. emerge --sync and enjoy.
