This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [patch RFC] Re: Notes on a frame_unwind_address_in_block problem
- From: Daniel Jacobowitz <drow at false dot org>
- To: gdb-patches at sourceware dot org
- Cc: Mark Kettenis <mark dot kettenis at xs4all dot nl>
- Date: Tue, 20 Feb 2007 11:20:07 -0500
- Subject: Re: [patch RFC] Re: Notes on a frame_unwind_address_in_block problem
- References: <200701031137.l03Bb0rT031898@brahms.sibelius.xs4all.nl> <20070103161257.GA14162@nevyn.them.org> <200701032027.l03KRv4h000275@brahms.sibelius.xs4all.nl> <20070103203007.GA23392@nevyn.them.org> <200701032158.l03LwPeq026191@brahms.sibelius.xs4all.nl> <20070103220223.GK17935@nevyn.them.org> <200701032223.l03MN8u0001386@brahms.sibelius.xs4all.nl> <20070103222853.GA26905@nevyn.them.org> <20070220123852.GA10630@caradoc.them.org> <20070220153126.GA11580@caradoc.them.org>
On Tue, Feb 20, 2007 at 10:31:26AM -0500, Daniel Jacobowitz wrote:
> Hmm, one small additional downside: it sends the *_FRAME constants out
> into dozens of new files. I was poking at adding a new one, which
> requires auditing all of the existing uses, which has now gotten much
> harder.
Bah, ignore this. For anyone else who wants to audit frame types: in
most cases it suffices to inside frame.c search for ->type, and
outside it search for get_frame_type. There are no interfaces which
pass a frame type to a function, except for the two new ones in
frame.c, so this finds everything interesting.
--
Daniel Jacobowitz
CodeSourcery