OpenOffice compile
Off topic, but I thought this was interesting. This is information
about compiling OpenOffice. Hope PostgreSQL never gets to be this size:
http://www.openoffice.org/FAQs/build_faq.html
---------------------------------------------------------------------------
How much hard drive space needed for a full build of OpenOffice
including source?
The current recommendation is 3GB.
---------------------------------------------------------------------------
How long does an OpenOffice build take?
Our current experience is that a full build of OpenOffice is
approximately 20 hours on a single CPU Pentium III with 256MB of RAM
running Linux.
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
In article <200105221405.f4ME5OG13140@candle.pha.pa.us>, "Bruce Momjian"
<pgman@candle.pha.pa.us> wrote:
Off topic, but I thought this was interesting. This is information
about compiling OpenOffice. Hope PostgreSQL never gets to be this size:
IMHO, basing an open project on 7.6M lines of code that can only
compiled on four or five different architectures isn't a policy that
anyone should emulate.
On Mar 22 May 2001 22:57, you wrote:
In article <200105221405.f4ME5OG13140@candle.pha.pa.us>, "Bruce Momjian"
<pgman@candle.pha.pa.us> wrote:
Off topic, but I thought this was interesting. This is information
about compiling OpenOffice. Hope PostgreSQL never gets to be this size:IMHO, basing an open project on 7.6M lines of code that can only
compiled on four or five different architectures isn't a policy that
anyone should emulate.
I think that the problem with OpenOffice is that it comes from StarOffice.
Last time I downloaded SO was 5.2 and had over 70MB of binary, compressed.
Anyway, I don't think you can get it smaller, but, as the people of
OpenOffice are doing, you can always split it up, modularize it, so it is
easy to make changes.
P.D.: Linux kernel hasquite an amount of lines of code, but the developers
have no problem finding bugs and all the stuff.
Saludos.... :-)
--
Cualquiera administra un NT.
Ese es el problema, que cualquiera administre.
-----------------------------------------------------------------
Martin Marques | mmarques@unl.edu.ar
Programador, Administrador | Centro de Telematica
Universidad Nacional
del Litoral
-----------------------------------------------------------------
"Craig Orsinger" <orsingerc@epg.lewis.army_mil.invalid> writes:
In article <200105221405.f4ME5OG13140@candle.pha.pa.us>, "Bruce Momjian"
<pgman@candle.pha.pa.us> wrote:Off topic, but I thought this was interesting. This is information
about compiling OpenOffice. Hope PostgreSQL never gets to be this size:IMHO, basing an open project on 7.6M lines of code that can only
compiled on four or five different architectures
That many? OpenOffice hardly compiles anywhere, and it needs an
_exact_ version of the compiler as it tries to do it's own exception
handling. Very strange.
--
Trond Eivind Glomsr�d
Red Hat, Inc.
On Mon, May 28, 2001 at 10:08:06AM -0400, Trond Eivind Glomsr�d wrote:
IMHO, basing an open project on 7.6M lines of code that can only
compiled on four or five different architecturesThat many? OpenOffice hardly compiles anywhere, and it needs an
_exact_ version of the compiler as it tries to do it's own exception
handling. Very strange.
i beleive that Mozilla suffered from a similar fate when released by
Netscape.
while i don't know alot of people using Mozilla directly, i am aware of a
number of offshoot applications that are using the base source code.
i would agree that source-suites with 10 million lines of code are rather
un-wieldy.
however, i fully support the efforts of any group that tries to make it
a more sane thing.
OpenOffice/StarOffice/whatever would be a wonderful boon to the OSS movement.
it would be nice if the database engine behind it was a full fledge SQL
system like postgres.
--
[ Jim Mercer jim@reptiles.org +1 416 410-5633 ]
[ Now with more and longer words for your reading enjoyment. ]