Bug#489730: iceape: FTBFS on GNU/kFreeBSD (change in debian/rules needed)

[Mike Hommey]

On Mon, Jul 07, 2008 at 10:32:50PM +0200, Petr Salinger wrote:
>> What about adding "hunspell.hxx" in config/system-headers ?
>
> I added all files from /usr/include/hunspell/ and continued build
> by "fakeroot debian/rules binary". It slightly moves and it ends by:
>
> c++  -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith  
> -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy  
> -Wno-non-virtual-dtor -Wno-long-long -g -O2 -fshort-wchar -pthread -pipe  
> -DNDEBUG -DTRIMMED -O2 -fno-strict-aliasing -g -fPIC -shared -Wl,-z,defs  
> -Wl,-h,libxpconnect.so -o libxpconnect.so  nsScriptError.o nsXPConnect.o  
> xpccallcontext.o xpccomponents.o xpccontext.o xpcconvert.o xpcdebug.o  
> xpcexception.o xpcjsid.o xpcjsruntime.o xpclog.o xpcmaps.o xpcmodule.o  
> xpcruntimesvc.o xpcstack.o xpcstring.o xpcthreadcontext.o xpcthrower.o  
> xpcwrappedjs.o xpcvariant.o xpcwrappedjsclass.o xpcwrappednative.o  
> xpcwrappednativeinfo.o xpcwrappednativejsops.o xpcwrappednativeproto.o  
> xpcwrappednativescope.o XPCNativeWrapper.o    -Wl,--as-needed  
> -Wl,--whole-archive ../../../../dist/lib/libjsloader_s.a  
> -Wl,--no-whole-archive -L../../../../dist/bin -lxpcom -lxpcom_core  
> -L../../../../dist/bin -L/usr/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl  
> -L../../../../dist/bin -lmozjs  -Wl,--version-script  
> -Wl,../../../../build/unix/gnu-ld-scripts/components-version-script -ldl  
> -lm
> nsXPConnect.o: In function `nsXPConnect::JSToVariant(JSContext*, long,  
> nsIVariant**)':
> /build/manual/iceape-1.1.10/js/src/xpconnect/src/nsXPConnect.cpp:1574:  
> undefined reference to  
> `XPCCallContext::XPCCallContext(XPCContext::LangType, JSContext*,  
> JSObject*, JSObject*, long, unsigned int, long*, long*)'
> /usr/bin/ld: nsXPConnect.o: relocation R_X86_64_PC32 against  
> `XPCCallContext::XPCCallContext(XPCContext::LangType, JSContext*,  
> JSObject*, JSObject*, long, unsigned int, long*, long*)' can not be used  
> when making a shared object; recompile with -fPIC
> /usr/bin/ld: final link failed: Bad value
> collect2: ld returned 1 exit status

I'll have to check if that does the same on linux x86_64... I won't have
immediate time to do this test, so if you can beat me to it, please do
;)

Mike