On Friday 19 August 2011 17:05:35 Clara Gnos wrote:
> Yes, should also have checked that. Maybe we can replace wxInclude with a
> newer version (it seems to be an external tool embedded in the rlvm build
> system). Or test what was changed since rlvm 0.10-1... but wxInclude.cpp
> wasn't changed at all. So I would guess that it is a boost/libc related
> problem. I don't have access to a powerpc machine to test it
I tried to minimize the problem and I was shocked that the mentioned solution
is not possible. I created the minimal commandline to get it crashing:
# echo '#include <boost/program_options.hpp>' > crash.cpp
# echo 'int main() {}' >> crash.cpp
# g++ -o crash crash.cpp -Os -lSDL_ttf
# ./crash
Segmentation fault
# LD_DEBUG=all ./crash
(too long, but last lines before crash:
9599: initialize program: ./crash
9599:
9599: symbol=_savegpr_31; lookup in file=./crash [0]
9599: symbol=_savegpr_31; lookup in
file=/usr/lib/libSDL_ttf-2.0.so.00
[0]
9599: binding file ./crash [0] to /usr/lib/libSDL_ttf-2.0.so.0 [0]:
noo
rmal symbol `_savegpr_31'
)
It will not crash with -O0, -O1 or -O2. It will also not crash when removing
SDL_ttf. Those last lines about _savegpr_31 are also completely missing when
compiling with -00, -O1, -02 or removing -lSDL_ttf .
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
