Summary: | crossdev fails to build mipsel toolchain: glibc wants better linker | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Vault13 <go0> |
Component: | [OLD] Library | Assignee: | MIPS Porters <mips> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | toolchain |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info and 4 log files |
Description
Vault13
2008-11-13 04:47:10 UTC
Created attachment 171601 [details]
emerge --info and 4 log files
See bug #233233 Thanks Manuel, but i don't understand what should i do to make mips tools should i patch binutils? or patch crossdev to pass some flag when buildin binutils? or just use another version of binutils? (In reply to comment #3) > Thanks Manuel, but i don't understand what should i do to make mips tools > > should i patch binutils? or patch crossdev to pass some flag when buildin > binutils? or just use another version of binutils? A quick fix is to stop binutils from applying patch "77_all_generate-gnu-hash.patch". Re-emerge binutils, stop the build (ctrl-z) when configure is running, cd into the builddir, unapply the offending patch and resume. the suggested procedure appears too difficult for me, i think i will hack the relevant ebuild instead thanks failed to patch binutils eclass, failed to stop-resume emerge, failed to find official docs on emerge stop-resume, managed to copy the single affected file when patching was over and configure was running mipsel toolset compiled ok and produces executables //and SimIT-MIPS does not understand them at all, i tried all arch=mips* variants Is quickly-copy-original-version-of-file-while-configure-is-running a valid fix?If yes then this bug is closed Please gentlemen - this is a bug tracker and not a support forum. *** This bug has been marked as a duplicate of bug 233233 *** |