This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: gcc compile-time performance

From: "David S. Miller" <davem at redhat dot com>
To: jh at suse dot cz
Cc: gcc at gcc dot gnu dot org, bernds at redhat dot com
Date: Mon, 20 May 2002 15:18:03 -0700 (PDT)
Subject: Re: gcc compile-time performance
References: <20020519045728.4F684F28D6@nile.gnat.com><20020519.053425.06198164.davem@redhat.com><20020520125649.GO29339@atrey.karlin.mff.cuni.cz>

   From: Jan Hubicka <jh@suse.cz>
   Date: Mon, 20 May 2002 14:56:49 +0200

   I sent the patch for non-recursive for_each_rtx some time ago.
   It didn't made big difference for i386, but I would guess on SPARC it can
   be different, because of the register windows.

On Sparc actually it shows up much less.

Here, try this, build a cc1 with no optimizations enabled and "-pg",
then use it to build reload1.c with -O2, you'll see for_each_rtx
clearly in the profiles.

References:
- Re: gcc compile-time performance
  - From: Robert Dewar
- Re: gcc compile-time performance
  - From: David S. Miller
- Re: gcc compile-time performance
  - From: Jan Hubicka

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]