I've read the bug about the memory consumption on amd64. This is very similiar but it's not the same. Hardware: P3 Notebook, 512mb RAM To have enough swap-memory and temporary harddisk-space I connected a harddrive via usb and mounted it to /var/tmp/portage. Also I created a 2GB swap file on that drive. The compilation process works until the point: /var/tmp/portage/app-office/openoffice-2.4.0/work/ooo/build/OOH680_m12/solver/680/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:517: warning: dereferencing type-punned pointer will break strict-aliasing rules /var/tmp/portage/app-office/openoffice-2.4.0/work/ooo/build/OOH680_m12/solver/680/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx: In function 'sal_Bool com::sun::star::uno::operator>>=(const com::sun::star::uno::Any&, com::sun::star::uno::Type&)': /var/tmp/portage/app-office/openoffice-2.4.0/work/ooo/build/OOH680_m12/solver/680/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:525: warning: dereferencing type-punned pointer will break strict-aliasing rules /var/tmp/portage/app-office/openoffice-2.4.0/work/ooo/build/OOH680_m12/solver/680/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx: In function 'sal_Bool com::sun::star::uno::operator==(const com::sun::star::uno::Any&, const com::sun::star::uno::Type&)': /var/tmp/portage/app-office/openoffice-2.4.0/work/ooo/build/OOH680_m12/solver/680/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:534: warning: dereferencing type-punned pointer will break strict-aliasing rules /var/tmp/portage/app-office/openoffice-2.4.0/work/ooo/build/OOH680_m12/solver/680/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx: In function 'sal_Bool com::sun::star::uno::operator==(const com::sun::star::uno::Any&, const com::sun::star::uno::BaseReference&)': /var/tmp/portage/app-office/openoffice-2.4.0/work/ooo/build/OOH680_m12/solver/680/unxlngi6.pro/inc/com/sun/star/uno/Any.hxx:554: warning: dereferencing type-punned pointer will break strict-aliasing rules On that point it begins swapping. After 2 days swapping I stopped the punishment of my hard disk. The maximum usage of the swap-space is about 1 GB. The maximum usage of the temporary diskspace is about 3.6 GB. While compiling the compiler is consuming only 0.7% CPU last but more than 90% of memory. With OpenOffice-2.3.x I didn't have any problems to compile it on that machine. Reproducible: Always Steps to Reproduce: 1. emerge openoffice
Created attachment 149096 [details] emerge --info
Created attachment 149097 [details] CPU Last and Memory Usage (top)
There is no way we can fix GCC to require less memory. But note that you have -j4 in your $MAKEOPTS. You might try running with -j1...
(In reply to comment #3) > There is no way we can fix GCC to require less memory. But note that you have > -j4 in your $MAKEOPTS. You might try running with -j1... > -j4 is because of using a distcc-server.
