This is the mail archive of the gcc-patches@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: More lr problem bitmaps into its own obstack

From: Paolo Bonzini <bonzini at gnu dot org>
To: Jan Hubicka <hubicka at ucw dot cz>
Cc: gcc-patches at gcc dot gnu dot org
Date: Mon, 07 Jun 2010 15:17:11 +0200
Subject: Re: More lr problem bitmaps into its own obstack
References: <20100607131150.GC32526@kam.mff.cuni.cz> <4C0CF0FD.1030209@gnu.org>

On 06/07/2010 03:15 PM, Paolo Bonzini wrote:

On 06/07/2010 03:11 PM, Jan Hubicka wrote:

Hi,
this patch moves the lr bitmaps into specific obstack. rd bitmaps
are already allocated this way and other dataflow problems don't
seem to be that important though I will probably move live and
others too.

LIVE is not iterating, so it doesn't have much allocation.

Instead, UR is as important as LR, and second in the list probably would
be MD.

Doh, LIVE _is_ UR these days. :-)

So yeah, the next ones in the list should be LIVE and MD. BYTE_LR is not used, so I wouldn't bother.

Paolo

References:
- More lr problem bitmaps into its own obstack
  - From: Jan Hubicka
- Re: More lr problem bitmaps into its own obstack
  - From: Paolo Bonzini

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