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: [PATCH 2/2] add static typed insn_deleted_p

From: Jeff Law <law at redhat dot com>
To: tsaunders at mozilla dot com, gcc-patches at gcc dot gnu dot org
Date: Fri, 05 Sep 2014 10:46:00 -0600
Subject: Re: [PATCH 2/2] add static typed insn_deleted_p
Authentication-results: sourceware.org; auth=none
References: <1409931158-6374-1-git-send-email-tsaunders at mozilla dot com> <1409931158-6374-2-git-send-email-tsaunders at mozilla dot com>

On 09/05/14 09:32, tsaunders@mozilla.com wrote:

From: Trevor Saunders <tsaunders@mozilla.com>

Hi,
Same idea as the last patch.

also bootstrapped and regtested on x86_64-unknown-linux-gnu with config-list.mk
ongoing ok?


Trev

gcc/

	* cfgrtl.c, combine.c, config/arc/arc.c, config/mcore/mcore.c,
	config/rs6000/rs6000.c, config/sh/sh.c, cprop.c, dwarf2out.c,
	emit-rtl.c, final.c, function.c, gcse.c, jump.c, reg-stack.c,
	reload1.c, reorg.c, resource.c, sel-sched-ir.c: Replace INSN_DELETED_P
	macro with staticly checked member functions.
	* rtl.h (rtx_insn::deleted): New method.
	(rtx_insn::set_deleted): Likewise.
	(rtx_insn::set_undeleted): Likewise.

So in a similar manner, is there some reason that we continue to haveINSN_DELETED_P as a macro? Can we get to a point where either we don'thave the macro because everything has been converted? What's the planfor getting there?



jeff

References:
- [PATCH 1/2] add staticly checked label_nuses accessors
  - From: tsaunders
- [PATCH 2/2] add static typed insn_deleted_p
  - From: tsaunders

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