Date: Sat, 10 Jan 2009 13:03:55 -0800 From: "Garrett Cooper" <yanefbsd@gmail.com> To: Matt <datahead4@gmail.com> Cc: ports@freebsd.org, kde-freebsd@kde.org, Phil Oleson <oz@nixil.net> Subject: Re: [kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted Message-ID: <7d6fde3d0901101303w6585fc2ao43a7bb74850c8889@mail.gmail.com> In-Reply-To: <cd6b4a5b0901101050p33e72f07o1b5ecafc67060d59@mail.gmail.com> References: <496735F6.1090500@nixil.net> <cd6b4a5b0901101050p33e72f07o1b5ecafc67060d59@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jan 10, 2009 at 10:50 AM, Matt <datahead4@gmail.com> wrote:
> On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <oz@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7d6fde3d0901101303w6585fc2ao43a7bb74850c8889>