Debian sid powerpc compile failure.

[linlamer@…]

When trying to compile CS for Debian Sid PowerPC I get a assembler error on cs_pyth.cpp module.

This is what I get:

 g++-3.4 -c -o ./out/linuxppc/optimize/plugins/cscript/cspython/cs_pyth.o -I. -I./include -I./include -pipe -Wall -Wno-unknown-pragmas -I/usr/local/include -fno-exceptions -O3 -fomit-frame-pointer -ffast-math -g2 -fPIC -I/usr/include/python2.4 -DSWIG_GLOBAL -Wno-unused -Wno-uninitialized -fno-strict-aliasing  ./out/linuxppc/optimize/plugins/cscript/cspython/cs_pyth.cpp

{standard input}: Assembler messages:
{standard input}:2166911: Error: operand out of range (0x0000000000008004 is not between 0xffffffffffff8000 and 0x0000000000007fff)
{standard input}:2166941: Error: operand out of range (0x0000000000008000 is not between 0xffffffffffff8000 and 0x0000000000007fff)
{standard input}:2167093: Error: operand out of range (0x0000000000008008 is not between 0xffffffffffff8000 and 0x0000000000007fff)
{standard input}:2167303: Error: operand out of range (0x0000000000008014 is not between 0xffffffffffff8000 and 0x0000000000007fff)
{standard input}:2167341: Error: operand out of range (0x0000000000008010 is not between 0xffffffffffff8000 and 0x0000000000007fff)
{standard input}:2167394: Error: operand out of range (0x0000000000008018 is not between 0xffffffffffff8000 and 0x0000000000007fff)

etc etc etc.. It goes like that for some time.

I had this error both with the default gcc 4.1.2 and when I ran ./configure with export CC=gcc-3.4 and export CXX=g++-3.4 enviromental variable set, which I believe should have everything use gcc 3.4 instead. (obvious I don't have much experiance with this sort of stuff)

Swig version is 1.3.9..

apt-cache show
Package: swig
Priority: optional
Section: interpreters
Installed-Size: 4468
Maintainer: Torsten Landschoff <torsten@debian.org>
Architecture: powerpc
Source: swig1.3
Version: 1.3.29-2.1
Replaces: swig1.3
Depends: libc6 (>= 2.3.5-1), libgcc1 (>= 1:4.1.1-12), libstdc++6 (>= 4.1.1-12)
Suggests: swig-examples, swig-doc
Filename: pool/main/s/swig1.3/swig_1.3.29-2.1_powerpc.deb
Size: 1015082
MD5sum: 77d3c2b107b4d6084b597f5906901461
SHA1: 70d293d4e7ac25bf187342b6290f3937f5a828aa
SHA256: 1095d66d9878f959698156df7b47f7fdbac636ceef665f32d3efc14c94ed8a52
Description: Generate scripting interfaces to C/C++ code
 SWIG is a compiler that makes it easy to integrate C and C++ code
 with other languages including Perl, PHP, Tcl, Ruby, Python, Java,
 Guile, Mzscheme, Chicken, Ocaml, Pike, and C#.
 .
 Swig takes a set of ANSI C/C++ declarations and generates an
 interface for them to your favorite scripting language.
Tag: devel::compiler, interface::commandline, langdevel::c, langdevel::c++, role::sw:utility, works-with::software:source

If there is anything else I can send that may help I'll try to remember to keep checking back here.

[res]

This could be perhaps a gcc bug (generating invalid assembly) or as bug (incorrectly handling the generated assembly). Not sure we can do a lot about it.

[fossi]

GCC ticket is  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28904

[anonymous]

Hi the same here on Gentoo-ppc-2.6.21 (Powerbook G4(5,6)) Tested with gcc 4.1.2 and 4.2.0 tried to compile crystalspace-svn v1.2 (fossi was faster with the ticket :)

When omitting -fPIC the build process is successful. When omitting python the build process is successful.

*curious about any progress*

[sunshine]

Perhaps the work to resolve #258 will also side-step this issue. This work is in-progress in the source:CS/branches/feature/bindingsplit SVN branch.

[srm@…]

using the bindingsplit branch, i could successfully compile the python modules :D seems to work with openoutcast, will test with planeshift :)

still don't really understand the issue and what the bindingsplit-way does to this...maybe the gcc folks also want to have a look on this

[sunshine]

Presumably, this is fixed by the resolution of #258.