| Summary: | libXfont must filter out Bdirect ldflag | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Maxim Grechkin <maximsch2> |
| Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | patrizio.bassi |
| Priority: | Lowest | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Maxim Grechkin
2006-03-08 05:14:27 UTC
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. |
