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]

[gomp] Fix -fdump-tree-omplower


I'm puzzled about this one.  The dump machinery was registering 
pass_lower_omp as an RTL pass.  And this was happening *only* because I 
was having pass_lower_omp mark PROP_gimple_any destroyed.

Now, why doesn't this happen to pass_lower_cf?  I cut-n-pasted this from 
that one, originally.

Paolo, any ideas why the dump machinery got confused?  The pass itself 
ran fine, but it would not react to -fdump-tree-omplower.  It would 
only accept -fdump-rtl-omplower and then ICE.

Thanks.


	* omp-low.c (pass_lower_omp): Don't claim to destroy
	PROP_gimple_any.

Index: omp-low.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/Attic/omp-low.c,v
retrieving revision 1.1.2.1
diff -d -u -p -r1.1.2.1 omp-low.c
--- omp-low.c	26 Sep 2005 20:55:40 -0000	1.1.2.1
+++ omp-low.c	26 Sep 2005 23:00:44 -0000
@@ -1175,7 +1175,7 @@ struct tree_opt_pass pass_lower_omp = 
   0,					/* tv_id */
   PROP_gimple_any,			/* properties_required */
   PROP_gimple_lomp,			/* properties_provided */
-  PROP_gimple_any,			/* properties_destroyed */
+  0,					/* properties_destroyed */
   0,					/* todo_flags_start */
   TODO_dump_func,			/* todo_flags_finish */
   0					/* letter */


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