On Sat, Jan 10, 2009 at 10:50 AM, Matt <datahe...@gmail.com> wrote:
> On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <o...@nixil.net> wrote:
>> I did run into a linking issue with the build of...errr kdebase,
>> kdebase-runtime, or kdebase-workspace.. I cant remember now.. but the
>> issue was with hspell. I had to rebuild it with this patch:
>>
>> --- Makefile.orig 2009-01-04 05:20:09.000000000 +0000
>> +++ Makefile 2009-01-04 05:20:01.000000000 +0000
>> @@ -16,6 +16,7 @@
>> USE_PERL5_BUILD= yes
>> USE_GMAKE= yes
>> GNU_CONFIGURE= yes
>> +CFLAGS+= -fPIC
>>
>> MAN1= hspell.1
>> MAN3= hspell.3
>>
> The problem appears to be manifested in kdelibs4, but only on amd64
> and not i386. I received the same linker error in my amd64 tinderbox,
> but not in my i386 tinderbox. The specific error states:
>
> /opt/c++ -fPIC -pipe -g -Woverloaded-virtual -fvisibility=hidden
> -fvisibility-inlines-hidden -g -O2 -fno-reorder-blocks
> -fno-schedule-insns -fno-inline -rpath=/usr/lib:/usr/local/lib -lc
> -shared -Wl,-soname,kspell_hspell.so -o ../../../lib/kspell_hspell.so
> CMakeFiles/kspell_hspell.dir/kspell_hspell_automoc.o
> CMakeFiles/kspell_hspell.dir/kspell_hspellclient.o
> CMakeFiles/kspell_hspell.dir/kspell_hspelldict.o -L/usr/local/lib/qt4
> -L/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
> -L/usr/local/lib /usr/local/lib/qt4/libQtCore.so -lpthread
> ../../../lib/libkdecore.so.7.0.0 /usr/local/lib/libhspell.a -lz
> /usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so
> -lpthread
> -Wl,-rpath,/usr/local/lib/qt4:/work/a/ports/x11/kdelibs4/work/kdelibs-4.1.85/build/lib
> /usr/bin/ld: /usr/local/lib/libhspell.a(gimatria.o): relocation
> R_X86_64_32S can not be used when making a shared object; recompile
> with -fPIC
> /usr/local/lib/libhspell.a: could not read symbols: Bad value
>
> Does this help determine if there is a possible fix on the kdelibs end
> or is it something that has to be changed in hspell?
>
> Matt
Id is most likely picking up the wrong library (our version of
binutils is broken when properly mixing libraries in a x86_64
environment IMHO, some would say partially crippled), so you're
probably running into that. If so I believe it's either fixable
(short-term) by recompiling hspell (if you installed it from
packages), and it's definitely fixable (albeit a hack) from ports to
automatically add /usr/local/lib32 to the LDFLAGS for compiles where
you know it's x86_64...
Also, what do the following 2 commands say?
file /usr/local/lib/libhspell.a
ls /usr/local/lib*/libhspell.a
Cheers,
-Garrett
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
