libXfont ebuild must filter out -Wl,-Bdirect flag from CFLAGS and LDFLAGS until it is fixed to support direct linking.
We don't support any LDFLAGS at all... So, filtering every single LDFLAG someone might invent is really too much (and yes, I'm aware of Bug 114008).
jakub i agree with you, but it's not a "normal" flag. and, however, it's filtered in glibc ebuild for example. in this package it's really critical (make X does't start).
Maybe you should strip off all LDFLAGS? It will be safier. Or make USE flag (e.g: stripldflags)
why?? it's the only broken. other works.
Fixed in 1.1.0-r1.
Remi (in response to IRC, since you keep disappearing at inopportune times): see http://bugs.gentoo.org/show_bug.cgi?id=112159 for the symptom solved by this.
Filtering flags is a not so great workaround. A better solution might be something similar to what opensolaris did: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6755532 The problem was fixed in commit 626:ae63e95c0f64 by tagging the problematic objects as NODIRECT in a custom ld mapfile. Unfortunately, GNU ld seems not to allow passing of custom mapfiles directly, as opposed to Sun ld.