openoffice.org - kompilacji dziwna przypadłość

[Lukasz Glebicki]

Witam,

U mnie i na builderze x86_64 wywala się kompilacja. Ręcznie wykonując, 
sprawdząłem które flagi psują. Okazuje się, że wywalając flagę -O2, 
kompilacja przechodzi.

To co mam z buildera:
~/rpm/BUILD/ooo-build/build/current/writerfilter/unxlngx6.pro/slo>
x86_64-pld-linux-g++ -Wreturn-type -fmessage-length=0 -c -O0 -fno-strict-aliasing -fwrapv -march=x86-64 -fno-strict-aliasing -gdwarf-2 -g2 -I. -I../../unxlngx6.pro/inc/resourcemodel -I../inc -I../../inc/pch -I../../inc -I../../unx/inc -I../../unxlngx6.pro/inc -I. -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solver/680/unxlngx6.pro/inc/stl -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solver/680/unxlngx6.pro/inc/external -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solver/680/unxlngx6.pro/inc -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solenv/unxlngx6/inc -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solenv/inc -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/res -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solver/680/unxlngx6.pro/inc/stl -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solenv/inc/Xp31 -I/usr/lib64/jvm/java/include -I/usr/lib64/jvm/java/include/linux -I/usr/lib64/jvm/java/include/native_threads/include -I/usr/include -I/home/users/blekot/rpm/BUILD/ooo-build/build/current/solver/680/unxlngx6.pro/inc/offuh -I. -I../../res -I. -pipe -Wno-ctor-dtor-privacy -fno-use-cxa-atexit -fvisibility-inlines-hidden -Wall -Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -fno-strict-aliasing -fwrapv -march=x86-64 -fno-strict-aliasing -gdwarf-2 -g2 -fpermissive -fpic -DLINUX -DUNX -DVCL -DGCC -DC341 -DX86_64 -DCVER=C341 -DNPTL -DGLIBC=2 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.2.3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DGSTREAMER -DCUI -DSOLAR_JAVA -DOOH680=OOH680 -DWRITERFILTER_DLLIMPLEMENTATION -DWRITERFILTER_DLLIMPLEMENTATION -DSHAREDLIB -D_DLL_ -fexceptions -fno-enforce-eh-specs -DEXCEPTIONS_ON -o ../../unxlngx6.pro/slo/qnametostr.o ../../unxlngx6.pro/misc/qnametostr.cxx -fvisibility-inlines-hidden -O2

Nie jestem specem od g++, ale co ciekawe ta sama kompilacja na carme przeszła. 
Jakieś pomysły jak to debugować. Mogę wystawić strace. Dodać można chyna 
jeszcze fakt, że w przypadku -02, proces zajmuje 1,5 GB ramu a końcówka 
strace:


mmap(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x2b2d4d777000
[...]
munmap(0x2b2d42ac9000, 152756224) = 0
munmap(0x2b2d4e29c000, 897024)    = 0

I na tym wisi. Z -01 i 03 jest identycznie źle.

pozdrawiam
-- 
Łukasz Głębicki  mail/rot13:yhxnfmty w cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}