Re: pathological C++ case..

[Jeff Garzik <jgarzik at mandrakesoft dot com>]

Phil Edwards wrote:
> 
> On Wed, Dec 13, 2000 at 05:54:41PM -0500, Jeff Garzik wrote:
> > While building 'doxygen' RPM package on Alpha (21264 w/ 128MB RAM, 500MB
> > swap), I ran into a pathological case.  (doxygen is a C++ documentation
> > system, available from http://www.stack.nl/~dimitri/doxygen/dl/)
> [...]
> > glum:/tmp/rpm> gcc -v
> > Reading specs from /usr/lib/gcc-lib/alpha-mandrake-linux/2.96/specs
> > gcc version 2.96 20000731 (Linux-Mandrake 7.2)
> 
> This is either an Alpha problem, or fixed since 20000731.  I built doxygen
> just the other day under solaris.
> 
> If you happen to have a more recent compiler snapshot, you might try that
> and see if it still misbehaves.

Just tried with egcs CVS HEAD, similar behavior:  egcs-latest used 160MB
total VM, not 200MB, and compile time was just shy of an hour.  So, an
improvement, but still pathological.

Also, you say you built doxygen -- do you build it with -all- language
translations enabled (ie. a vendor build)?

That is the problem locally here.  src/language.cpp is actually pretty
small, but it defines one C++ class for each language.  Each C++ class
includes an enormous number of static strings, the translations.  I'm
guessing that is a large factor in the behavior I'm seeing here.

Regards,

	Jeff


-- 
Jeff Garzik         |
Building 1024       | These are not the J's you're lookin' for.
MandrakeSoft        | It's an old Jedi mind trick.