unreasonable amount of memory used in openoffice build

[Maho NAKATA]

Hi Luigi

Sorry for delay. 
Please try attached patch. If it works for you, I'll commit it.

Best,

From: Maho NAKATA <chat95 at mac.com>
Subject: Re: unreasonable amount of memory used in openoffice build
Date: Sun, 02 Nov 2008 11:20:43 +0900 (JST)

> Hi Luigi
> 
> I think it is okay. I'll remove this conditional so that
> applicable to i386. I think I must rewrite the patch to
> effective on i386 as well.
> 
> Note, please do not send me a patch other than Makefile.
> There is a SCA or JCA issue...
> 
> I'm very busy these days and I'll attend OpenOffice.org conference
> 2008 very soon, please be patient.
> 
> thanks,
> 
> From: Luigi Rizzo <rizzo at iet.unipi.it>
> Subject: unreasonable amount of memory used in openoffice build
> Date: Sun, 19 Oct 2008 16:52:34 +0200
> 
> > hi,
> > i noticed on my laptop (Dell X1 w/ 512MB ram - i386, RELENG_7 that
> > openoffice3 is using an unreasonable amount of memory to build one
> > of its components (during the build of resourcemodel, the offending
> > file is unxfbsdi.pro/misc/qnametostr.cxx) which causes the build
> > machine to spend a huge amount of time swapping.
> > 
> > It seems to be a known issue
> > 
> > http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=215291
> > 
> > and our port includes a workaround that is applied only on amd64
> > with the following section in the port's Makefile:
> > 
> >     .if ${ARCH} == amd64
> >     WITHOUT_MOZILLA=        yes
> >     LIB_DEPENDS+=           boost_regex:${PORTSDIR}/devel/boost
> >     CONFIGURE_ARGS+=        --with-system-boost=yes #i58343#
> >     .if (${OSVERSION} >= 700042)
> >     EXTRA_PATCHES+= ${FILESDIR}/amd64-gcc42-workaround
> >     .endif
> >     .endif
> > 
> > I would suggest to apply the fix unconditionally (at least by default,
> > possibly override it with some build option if needed).
> > On amd64 according to the above URL the problem is particularly bad
> > as it requires more than 4GB of memory (RAM/SWAP) but even on i386
> > the compiler process grows well above 1GB of memory and together
> > with other stuff (browser, X and more) easily consuming 2-300MB
> > each, it is not unlikely to hit the swap on many boxes.
> > 
> > Makes sense ?
> > 
> > 	cheers
> > 	luigi
> > _______________________________________________
> > freebsd-openoffice at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice
> > To unsubscribe, send any mail to "freebsd-openoffice-unsubscribe at freebsd.org"
> > 
> _______________________________________________
> freebsd-openoffice at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice
> To unsubscribe, send any mail to "freebsd-openoffice-unsubscribe at freebsd.org"
> 
-------------- next part --------------
? diff
? work
? work_
? files/patch-iXXXXX
Index: Makefile
===================================================================
RCS file: /home/pcvs/ports/editors/openoffice.org-3/Makefile,v
retrieving revision 1.312
diff -u -r1.312 Makefile
--- Makefile	16 Oct 2008 12:30:24 -0000	1.312
+++ Makefile	27 Nov 2008 01:16:40 -0000
@@ -149,9 +149,6 @@
 WITHOUT_MOZILLA=	yes
 LIB_DEPENDS+=		boost_regex:${PORTSDIR}/devel/boost
 CONFIGURE_ARGS+=	--with-system-boost=yes #i58343#
-.if (${OSVERSION} >= 700042)
-EXTRA_PATCHES+=	${FILESDIR}/amd64-gcc42-workaround
-.endif
 .endif
 .if (${OSVERSION} <= 602102)
 EXTRA_PATCHES+=	${FILESDIR}/rtld-workaround-i66667
--- /dev/null	2008-11-27 10:17:03.000000000 +0900
+++ files/patch-iXXXXX	2008-11-27 10:04:41.000000000 +0900
@@ -0,0 +1,13 @@
+--- writerfilter/source/resourcemodel/makefile.mk.orig	2008-07-22 08:53:57.000000000 -0400
++++ writerfilter/source/resourcemodel/makefile.mk	2008-09-03 12:26:09.000000000 -0400
+@@ -56,8 +56,8 @@
+     $(SLO)$/TagLogger.obj \
+ 	$(SLO)$/WW8Analyzer.obj
+ 
+-# linux 64 bit: compiler (gcc 4.2.3) fails with 'out of memory'
+-.IF "$(OUTPATH)"=="unxlngx6"
++# FreeBSD/Linux 64-bit: compiler (gcc 4.2.x) fails with 'out of memory'
++.IF "$(OUTPATH)"=="unxfbsdx" || "$(OUTPATH)"=="unxfbsdi" || "$(OUTPATH)"=="unxlngx6"
+ NOOPTFILES= \
+ 	$(SLO)$/qnametostr.obj
+ .ENDIF