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] Fix some fallout from sbitmap -> bitmap transition



On Saturday, April 26, 2003, at 03:50 PM, Jan Vroonhof wrote:



elim_create uses bitmap_clear_bit inside an EXECUTE_IF_SET_IN_BITMAP. This might potentially free the bitmap block we are currently walking. [this does indeed happen with a noddy example and -ftree-copyprop].

After applying this fix said noddy example starts crashing in its
usual place (edge splitting) again.

2003-04-26 Jan Vroonhof <jan dot vroonhof at ntlworld dot com>

	* bitmap.h (EXECUTE_IF_SET_IN_BITMAP_CLEAR): New bitmap walking
	macro. Clear bit when iterating over it. Primitive initial
	implementation (does not free data block when it turns out to be
	empty after walk).

If you are walking the entire bitmap, the whole thing is clear when you are done with it, and you can just use bitmap_clear (which will free the elements) after the EXECUTE_IF_SET_IN_BITMAP call.



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