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: [tree-ssa] Put CFG into GGC memory

From: Daniel Berlin <dberlin at dberlin dot org>
To: Steven Bosscher <s dot bosscher at student dot tudelft dot nl>
Cc: Jan Hubicka <jh at suse dot cz>,gcc-patches at gcc dot gnu dot org,rth at redhat dot com
Date: Tue, 2 Dec 2003 10:12:30 -0500
Subject: Re: [tree-ssa] Put CFG into GGC memory
References: <200312021611.28274.s.bosscher@student.tudelft.nl>

*************** struct bb_ann_d
*** 313,319 ****
    int num_preds;
    /* Set of blocks immediately dominated by this node.  */
!   bitmap dom_children;
/* Nonzero if this block is forwardable during cfg cleanups. This is also used to detect loops during cfg cleanups. */ --- 313,319 ---- int num_preds;
    /* Set of blocks immediately dominated by this node.  */
!   bitmap GTY ((skip (""))) dom_children;
/* Nonzero if this block is forwardable during cfg cleanups. This is also used to detect loops during cfg cleanups. */
Why not just make dom_children GGC allocated as well? Same for all the regset bitmaps in the basic_block_def struct.

This one hit me at first too, then I realized they aren't BITMAP_GGC_ALLOC'd, they are BITMAP_XMALLOC'd

References:
- Re: [tree-ssa] Put CFG into GGC memory
  - From: Steven Bosscher

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