Summary: | sys-fs/ntfs3g-2012.1.15-r2: incorrectly built by ld.gold linker | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tim Northover <t.p.northover> |
Component: | [OLD] Core system | Assignee: | Patrick McLean <chutzpah> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | base-system, esigra, mgorny, ssuominen, xmw |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 269315 |
Description
Tim Northover
2013-01-03 16:52:50 UTC
I can confirm this, found another report in the internez [1], can you add a warning like $(tc-getLD) --version | grep gold >/dev/null && ewarn "U R DOOMED" 'd appreciate it. [1] https://groups.google.com/forum/#!topic/tup-users/c53rfBsYCAk Added a pkg_pretend that calls die when trying to build with gold (copied from grub's). with gcc-4.8, there is -fuse-ld=bfd. we can add a toolchain-funcs.eclass helper to automate this which ebuilds would utilize. (In reply to SpanKY from comment #3) > with gcc-4.8, there is -fuse-ld=bfd. we can add a toolchain-funcs.eclass > helper to automate this which ebuilds would utilize. Please do. It's really awful when ebuilds tell you to switch stuff like this. (In reply to SpanKY from comment #3) > with gcc-4.8, there is -fuse-ld=bfd. we can add a toolchain-funcs.eclass > helper to automate this which ebuilds would utilize. If the build env respects the provided LD, I've been doing stuff like: src_compile() { emake LD="$(tc-getLD).bfd" } Which works on more than just gcc 4.8. Can we apply some nicer workaround? Also could anyone report it to upstream? [1] [1] http://sourceforge.net/p/ntfs-3g/mailman/ntfs-3g-devel/ sys-fs/ntfs3g-2014.2.15-r1 now sets LD before running econf to make sure it uses the bfd linker rather than gold. |