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]

Re: Live range splitting in new allocator


On Mon, Jan 29, 2001 at 04:05:51PM -0500, Daniel Berlin wrote:
> I am, that is what the allocate_reg_info does.

Yep.

> There is some stupid table somewhere that is being allocated at the
> beginning of a function, and doesn't ever sxpect to be extended.

If you have the swap space, this is a case where the electric fence debug
library helps.  If you are not familar with efence, you link cc1 with it, and
it provides its own malloc/free which allocates every request so that the last
element is at the end of a page, and then makes sure that the next page is not
accessible.  Run it in the debugger, and where it traps with a segmentation
violation, is the access beyond the end of the array.  In the past, with heavy
use of obstacks, efence was less effective in debugging the compiler.

-- 
Michael Meissner, Red Hat, Inc.  (GCC group)
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA
Work:	  meissner@redhat.com		phone: +1 978-486-9304
Non-work: meissner@spectacle-pond.org	fax:   +1 978-692-4482

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