stauff wrote: > J. Robinson wrote: > >> Hi folks, >> >> With some suggestions by Dave Yeo I was able to get past my previous >> CVS error (basically brutally chopping some directories until CVS >> successfully updated!). >> >> Now I run into a build problem where gcc complains about running out >> of virtual memory while compiling the 'libs' portion. >> >> Following advice previously given to me by Henry Sobotka I had always >> been able to get around this by removing the MOZ_DEBUG_ENABLE_DEFS = >> definitions from the config/autoconf.mk file, but alas this doesn't >> seem to cut the muster anymore! >> >> Most messages I've seen to do with gcc exhausting virtual memory >> indicate that this problem can often be avoided by not unrolling loops >> and a few other tweaks. >> >> Is anything like this sane in the Mozilla build environment to get >> away from this problem? >> >> Jeff >> >> > You use old GCC for build. This is Pentium GCC problem. Get latest GCC > 3.0.x for building at Netlabs. ftp://ftp.netlabs.org/pub/gcc/ - get > 3.0.3 do not be afraid of beta state -3.0.3 is stable and working. > > Bye! >
Hi! Thanks for the suggestion to use gcc 3.0.3. Honestly, I had been avoiding it simply because it was still labelled "beta", though I know Henry had been using it for a while to build Mozilla. It took me a little while to get it configured properly (due to my own over-engineering, of course)... but once I found your article on OS/2E-zine things got going well. The build seems to go fairly well now (at least I don't exhaust my virtual memory) but I seem to come to a bit of a dead-end by running into symbols that are defined multiple times in xpcom.def. I'm not certain if this is because I hadn't properly cleaned up after a previous build attempt or not, so I'm going to clobber what I currently have and then grab the newest code form CVS before trying again. Either way, thanks for the pointer and article! Jeff -- ---------------- Whatza JamochaMUD? http://jamochamud.anecho.mb.ca Or other stuff: http://www.anecho.mb.ca/~jeffnik -----------------------------------------------------------
