sys-devel/crossdev-0.9.18-r10 failed on mipsel target emerge --sync ; emerge crossdev ; crossdev --without-headers -t mipsel-pc-linux-gnu crossdev stops when configuring glibc checking for assembler global-symbol directive... .globl checking for .set assembler directive... no checking for assembler .type directive prefix... @ checking for .symver assembler directive... yes checking for ld --version-script... no *** WARNING: You should not compile GNU libc without versioning. Not using *** versioning will introduce incompatibilities so that old binaries *** will not run anymore. *** For versioning you need recent binutils (binutils-2.8.1.0.23 or newer). checking for .previous assembler directive... yes checking for .protected and .hidden assembler directive... yes checking whether __attribute__((visibility())) is supported... yes checking for broken __attribute__((visibility()))... no checking for broken __attribute__((alias()))... no checking whether to put _rtld_local into .sdata section... yes checking for .preinit_array/.init_array/.fini_array support... no configure: error: Need linker with .init_array/.fini_array support. I tried to force newer binutils crossdev --without-headers -t mipsel-pc-linux-gnu --b 2.19 , with same result CFLAGS in both cases were set to -pipe -O2 -fno-strict-aliasing I attach 5 files: emerge --info, 2 log files from 1st crossdev run, 2 log files from 2nd crossdev run I need little-endian MIPS compiler, to test SimIT-MIPS binary-to-C++ decompiler which i resurrected yesterday. Does anybody know how to setup such compiler?
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 ***