Bug#489730: iceape: FTBFS on GNU/kFreeBSD (change in debian/rules needed)
Mike Hommey
mh at glandium.org
Mon Jul 7 20:24:25 UTC 2008
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
More information about the pkg-mozilla-maintainers
mailing list