On Sun, 16 Aug 2009, Viktor Szakáts wrote: hi,
> I've partially moved some former logic in make_gnu.sh > to linux/global.cf with notes left in ChangeLog and the > file. Logic should be completed (I didn't have enough > information to implement it in the more limited GNU Make > syntax), maybe this effect is caused by it being broken > for now. point is, why not -fPIC unconditionally? > > Brgds, > Viktor > > On 2009.08.16., at 0:55, Tamas TEVESZ wrote: > > > > > hi, > > > > r12131, linux (x64), gcc 4.3: > > > > Generating /tmp/hb/bin/hb-build... > > Creating links... > > Making libharbour-2.0.0.so... > > /usr/bin/ld: ./libhbusrrdd.a/usrrdd.o: relocation R_X86_64_32S against `a > > local symbol' can not be used when making a shared object; recompile with > > -fPIC > > ./libhbusrrdd.a/usrrdd.o: could not read symbols: Bad value > > collect2: ld returned 1 exit status > > Making libharbourmt-2.0.0.so... > > /usr/bin/ld: ./libhbusrrdd.a/usrrdd.o: relocation R_X86_64_32S against `a > > local symbol' can not be used when making a shared object; recompile with > > -fPIC > > ./libhbusrrdd.a/usrrdd.o: could not read symbols: Bad value > > collect2: ld returned 1 exit status > > > > why is -fPIC commented out in config/linux/gcc.cf? i'd think that > > there must a good reason for that, but i can not think of any. > > przemek, perhaps? > > > > > > -- > > [-] > > > > mkdir /nonexistent > > _______________________________________________ > > Harbour mailing list > > [email protected] > > http://lists.harbour-project.org/mailman/listinfo/harbour > > _______________________________________________ > Harbour mailing list > [email protected] > http://lists.harbour-project.org/mailman/listinfo/harbour -- [-] mkdir /nonexistent _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
