As summary says, it's at keywordreq state in bug 272046. Depending on sys-devel/gcc[libffi] isn't a solution, because that gets broken when user does a gcc switch using gcc-config.
This package doesn't respect cflags, so flag-o-matic failed. Something like this is needed for the ffi.h to be found: inherit eutils then append-cflags $(pkg-config --cflags-only-I libffi) and the prev. line it had about finding libffi.so, to something like this, ln -snf /usr/$(get_libdir)/libffi.so "build/jni/libffi-$(get_system_arch)-linux/.libs/libffi_convenience.a" || die and this package has 2 slots, i don't know how to handle this properly for java. please fix.
(In reply to comment #1) > inherit eutils inherit flag-o-matic, I mean
please be noted that USE libffi in gcc will be package.use.mask'd so this is a priority.
Should be fixed in the revbumps, guess I will leave this open for a while and see if it works for people and then remove the old revisions.
old removed, need this asap to p.use.mask libffi in gcc to prevent wrong linking.
