On the 0x221 day of Apache Harmony Mika Miettinen wrote: > Gregory Shimansky wrote: > > >On Tuesday 14 November 2006 00:51 Gregory Shimansky wrote: > > > >>I'm going to try to do this on my Gentoo at home now. It is mostly > >>bleeding edge up to date installation. > >> > > > > Now I see what you're talking about. The threading library of > > classlib doesn't compile on x86_64. It fails with the same error > > > > [exec] > > /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: > > warning: creating a DT_TEXTREL in object. > > [exec] > > /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: > > x86_64/thrspinlock.o: relocation R_X86_64_PC32 against > > `hythread_yield' can not be used when making a shared object; > > recompile with -fPIC > > [exec] > > /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: > > final link failed: Bad value > > > > I've found out that thrspinlock.o is compiled from an assembly code > > of thrspinlock.s which was created in HARMONY-1005. It looks like > > something wasn't done correctly enough. On SuSE9 it did work ok, but > > not any more. Compiling assembly sources with "gcc -fpic" didn't > > change anything. It looks like the code itself has to be changed. > > > > > Sorry for butting into the conversation here, but does this problem > have something to do with trying to compile on 64-bit linux > especially?
yes, there is a substring "[em64t]" in the subject line to clarify this at least, you should put an extra -Dos.arch=x86_64 for classlib > Because I am getting this same error when I try to compile on 64-bit > Gentoo on my AMD Athlon 64. But everything goes smoothly when > compiling on 32-bit Ubuntu on this same computer. Sorry if I'm > stating something obvious, just wanted to know. > > Mika Miettinen > > -- Egor Pasko