[kde-freebsd] [CFT] KDE 4.2 BETA 2 testers wanted

[Garrett Cooper]

On Sat, Jan 10, 2009 at 2:57 PM, Dorian Büttner <dorian.buettner at gmx.de> wrote:
> On Saturday 10 January 2009 21:03:55 Garrett Cooper wrote:
>> On Sat, Jan 10, 2009 at 10:50 AM, Matt <datahead4 at gmail.com> wrote:
>> > On Fri, Jan 9, 2009 at 5:33 AM, Phil Oleson <oz at 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
>
> compiled with fPIC, they say:
> zock# file /usr/local/lib/libhspell.a
> /usr/local/lib/libhspell.a: current ar archive
> zock# ls /usr/local/lib*/libhspell.a
> /usr/local/lib/libhspell.a

I forgot that file *.a just said current ar archive -_-... `file
/usr/local/lib/libhspell.so*' says?
-Garrett