Still more software bloat (even further off topic) [LWN.net]

Still more software bloat (even further off topic)

Posted Feb 26, 2008 2:01 UTC (Tue) by pr1268 (subscriber, #24648)
In reply to: New definition (Definition of software bloat - see "Emacs" (veering off-topic)) by zlynx
Parent article: Emacs news: new maintainer, version 22 pretest

But Open Office wins for source code bloat I think. It can take over 8 hours to compile on a fairly decent machine and GCC 4.2.x.

While we're on this tangent, I might add that another friend of mine actually attempted to compile Firefox from source. Something like 450 MB of source code alone! After a whole weekend he hadn't gotten very far. (He thought it was convenient that the FF image rendering library is titled "libpr0n" or similar.) :-)

As for my earlier friend trying to edit the 750 MB text file in Emacs, FWIW it was a Dell desktop PC with a (32-bit) P4 HT and 1GB of RAM running RHEL 4.

(Log in to post comments)

Still more software bloat (even further off topic)

Posted Feb 26, 2008 21:24 UTC (Tue) by kamil (subscriber, #3802) [Link]

I find this hard to believe.  Being a Gentoo user, I routinely compile Firefox on my machines.
On the lowly laptop I'm typing this in (Pentium-M 1.7 GHz), Firefox 2.0.0.12 took 32 minutes
to compile.  Maybe your friend simply didn't have enough RAM and GCC had to resort to using
swap -- that would sure slow the process down to a crawl.

Having said that, I never even try compiling OOo.  It is the only open source package I
install from pre-compiled binaries.

Still more software bloat (even further off topic)

Posted Feb 26, 2008 21:42 UTC (Tue) by pr1268 (subscriber, #24648) [Link]

Maybe your friend simply didn't have enough RAM and GCC had to resort to using swap -- that would sure slow the process down to a crawl.

Oops! I forgot to mention that my friend attempting to compile Firefox from source code was doing so in Windows using Visual Studio .NET. He mentioned that he was able to hobble together some functionality but the running program had "various stability and reliability issues...".

I thought I read somewhere that the Win32 version of FF is compiled on Windows using Cygwin and/or MinGW using CMake, but I might be mistaken.

Still more software bloat (even further off topic)

Posted Feb 28, 2008 19:36 UTC (Thu) by nix (subscriber, #2304) [Link]

Yeah, well, that explains it. Cygwin is very slow at fork()ing, and 
several fork()s are involved in the process of compiling a single .o. 
There are tens of thousands of object files in Firefox.

(The sources for Firefox on my system clock in at a 'mere' 340Mb.)