Yeah, you're building unstable toolchains by using crossdev -t x86_64JFGI_123 wrote:ok, I'm going to assume it should work
so error I get in the build log is
/usr/libexec/gcc/x86_64-pc-linux-gnu/ld: /var/tmp/cross/x86_64-pc-linux-gnu/portage/cross-x86_64-pc-linux-gnu/glibc-2.12.1-r1/work/build-amd64-x86_64-pc-linux-gnu-nptl/libc_pic.os: TLS transition from R_X86_64_TLSGD to R_X86_64_GOTTPOFF against `__libc_resp' at 0xc2ac8 in section `.text' failed
/usr/libexec/gcc/x86_64-pc-linux-gnu/ld: final link failed: Bad value
Make sense to anyone?
No, that's not what I meant. Is the native GCC compiler capable of building both 32bit and 64bit programs (not the cross comoilers)JFGI_123 wrote:I do have support for x86 already on the box and had wondered if this was the reason why it was giving me issues. just haven't been bothered to remove the x86 libs to find out (and it's been working for other x86 boxes recently so it's in use)
However I do have another x86 which has libs for x64 and SPARC so thought it wouldn't be an issue to have x86 and x64 libs on the same SPARC box
I filed a bug for this ages ago which never been solved/resolved.bombsquad wrote:Any joy with this endeavour in the end?
I am attempting the same thing: build x86_64-pc-linux-gnu-gcc with crossdev running on sparc. glibc fails to build as the topic poster described; all versions of glibc in portage fail with some form of error including the one selected by crossdev -S.
My SPARC system is not multilibbed - userland is sparc - kernel is sparc64.
I can use the stage1 gcc (no CXX) that succeeds in building with distcc; ideally I want to use the full compiler with distcc too.

alexbuell wrote:Yeah, you're building unstable toolchains by using crossdev -t x86_64JFGI_123 wrote:ok, I'm going to assume it should work
so error I get in the build log is
/usr/libexec/gcc/x86_64-pc-linux-gnu/ld: /var/tmp/cross/x86_64-pc-linux-gnu/portage/cross-x86_64-pc-linux-gnu/glibc-2.12.1-r1/work/build-amd64-x86_64-pc-linux-gnu-nptl/libc_pic.os: TLS transition from R_X86_64_TLSGD to R_X86_64_GOTTPOFF against `__libc_resp' at 0xc2ac8 in section `.text' failed
/usr/libexec/gcc/x86_64-pc-linux-gnu/ld: final link failed: Bad value
Make sense to anyone?
1. crossdev -C x86_64 # to clear it all out
2. crossdev -S x86_64
That should build a *stable* toolchain for you.