C++ compile time (again)

[Karel Gardas]

On Fri, 13 Jun 2003, Diego Novillo wrote:

> On Fri, 2003-06-13 at 11:41, Karel Gardas wrote:
> > On Fri, 13 Jun 2003, Wolfgang Bangerth wrote:
> >
> > > It's C++-compile-time-regression-rant time again. Compile times for a
> > > complete build of the deal.II library on a PIII 800 MHz:
> > >
> > >   gcc2.95 :  46 min
> > >   mainline:  89 min
> > >   tree-ssa: 118 min
> >
> > Looks very similar for MICO too, although I haven't tested tree-ssa yet,
> > should I?
> >
> Yes, please.  We need all the data we can get.  If you can run it every
> day, then great.  Otherwise, send me a couple of pointers and I'll add
> it to the list.

Just for first impression, I've tried to compile ORB core (mico/orb
directory) from latest MICO snapshot (quite the same source base as in
MICO 2.3.10 release). Compilers tested are:

1) gcc2.95.4:

thinkpad:/tmp/tree-ssa/obj$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)

2) gcc3.4:

thinkpad:~$ ~/usr/local/gcc-main/bin/gcc -v
Reading specs from /home/karel/usr/local/gcc-main/lib/gcc-lib/i686-pc-linux-gnu/3.4/specs
Configured with: /home/karel/cvs/gcc/gcc-main/configure
--prefix=/home/karel/usr/local/gcc-main --enable-shared --enable-threads
--enable-languages=c++ --disable-checking --enable-__cxa_atexit
Thread model: posix
gcc version 3.4 20030617 (experimental)

3) gcc3.5:

thinkpad:~$ ~/usr/local/tree-ssa/bin/gcc -v
Reading specs from /home/karel/usr/local/tree-ssa/lib/gcc-lib/i686-pc-linux-gnu/3.5-tree-ssa/specs
Configured with: /home/karel/cvs/gcc/tree-ssa/configure
--prefix=/home/karel/usr/local/tree-ssa --enable-shared --enable-threads
--enable-languages=c++ --disable-checking --enable-__cxa_atexit
Thread model: posix
gcc version 3.5-tree-ssa 20030617 (merged 20030525)


Options used to compile all cc files are:

-I../include  -Wall -fpermissive   -DPIC -fPIC  -c

times (user only) for cd mico/orb; time make are:

gcc2.95.4: 6m4s
gcc3.4:    9m24s
gcc3.5:   11m17s


Anything else what should I test for you?

Cheers,

Karel
--
Karel Gardas                  kgardas@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com