[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[HELP] FTBFS on alpha for xulrunner



tag 381662 + help
thanks

Hi,

xulrunner is failing to build on alpha, and with both escher and goedel
being locked down, I have no access to an alpha machine to at least
understand the issue.

The error itself is
make[5]: Entering directory `/build/buildd/xulrunner-1.8.0.4/extensions/python/xpcom/src'
ErrorUtils.cpp
c++ -o ErrorUtils.o -c -fvisibility=hidden -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6.14\" -DOSARCH=\"Linux\" -DBUILD_ID=0000000000 -I/usr/include/python2.3 -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/pyxpcom -I../../../../dist/include -I../../../../dist/include/nspr       -fPIC   -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -mieee -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -O2 -fno-strict-aliasing -g   -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/ErrorUtils.pp ErrorUtils.cpp
PyGBase.cpp
c++ -o PyGBase.o -c -fvisibility=hidden -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6.14\" -DOSARCH=\"Linux\" -DBUILD_ID=0000000000 -I/usr/include/python2.3 -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/pyxpcom -I../../../../dist/include -I../../../../dist/include/nspr       -fPIC   -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -mieee -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -O2 -fno-strict-aliasing -g   -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/PyGBase.pp PyGBase.cpp
PyGBase.cpp: In member function 'nsresult PyG_Base::InvokeNativeGetViaPolicy(const char*, PyObject**)':
PyGBase.cpp:613: error: no matching function for call to 'PyG_Base::InvokeNativeViaPolicyInternal(char [256], PyObject**&, int, int)'
PyGBase.cpp:563: note: candidates are: nsresult PyG_Base::InvokeNativeViaPolicyInternal(const char*, PyObject**, const char*, va_list)
make[5]: *** [PyGBase.o] Error 1

The code at PyGBase.cpp:613 reads:
     ret = InvokeNativeViaPolicyInternal(buf, ppResult, nsnull, nsnull);

which seems to indicate that the compiler is considering nsnull as an int.

nsnull is defined in xpcom/base/nscore.h as:
#define nsnull 0

It'd look like a int vs. pointer size difference, but in such a case,
I'd assume it would also fail to build on ia64, amd64... which is not
the case. Moreover, NULL is defined as 0 as well in system headers, so
it shouldn't be a problem.
Maybe it's the va_args implementation on alpha that somehow differs ?

I'd have liked to try to reproduce the problem with a simple testcase
but without access to an alpha machine... and I don't really want to
waste buildd time with successive uploads until i somehow find a fix.

So, if someone could either take a look at the issue or give me an
access to an alpha machine, that would be appreciated.

Thanks

Mike



Reply to: