This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Merge fold-const.c clean-up from tree-ssa
- From: law at redhat dot com
- To: Roger Sayle <roger at eyesopen dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Tue, 03 Feb 2004 02:15:43 -0700
- Subject: Re: [PATCH] Merge fold-const.c clean-up from tree-ssa
- Reply-to: law at redhat dot com
In message <Pine.LNX.4.44.0402020855480.6672-100000@www.eyesopen.com>, Roger Sa
yle writes:
>
>The following patch is a repost of one originally sent back in October:
>http://gcc.gnu.org/ml/gcc-patches/2003-10/msg00967.html
>
>Whilst mainline was frozen for bug-fixes only prior to 3.4, several
>patches cleaning up parts of GCC, including the constant folders, were
>committed to the tree-ssa branch, even though they were independent of
>SSA form, gimple, generic and the additional tree-*.c passes on the
>branch.
>
>Now that mainline is back in stage1, I presume its reasonable to try
>to synchronize some of these changes between the branches. Hopefully,
>this will reduce merge conflicts and may avoid spurious test suite
>and PR differences. Is there any official policy on this sort of thing?
>
>The following patch has been tested against mainline on i686-pc-linux-gnu
>with a complete "make bootstrap", all languages except treelang, and
>regression tested with a top-level "make -k check" with no new failures.
>
>
>Ok for mainline?
>
>
>2004-02-02 Jeff Law <law@redhat.com>
> Roger Sayle <roger@eyesopen.com>
>
> * tree.c (commutative_tree_code, associative_tree_code): New
> functions.
> (iterative_hash_expr): Use commutative_tree_code.
> * tree.h (commutative_tree_code, associative_tree_code): Declare.
> * fold-const.c (operand_equal_p): Use commutative_tree_code
> rather than inlining the commutativity check.
> (fold): Similarly.
Approved.
jeff