* collect2.c: Include diagnostic.h.
[official-gcc.git] / gcc / domwalk.c
blob5f99436c26b2a9f70834af3bd549f420c8d4036b
1 /* Generic dominator tree walker
2 Copyright (C) 2003, 2004, 2005, 2007, 2008, 2010 Free Software Foundation,
3 Inc.
4 Contributed by Diego Novillo <dnovillo@redhat.com>
6 This file is part of GCC.
8 GCC is free software; you can redistribute it and/or modify
9 it under the terms of the GNU General Public License as published by
10 the Free Software Foundation; either version 3, or (at your option)
11 any later version.
13 GCC is distributed in the hope that it will be useful,
14 but WITHOUT ANY WARRANTY; without even the implied warranty of
15 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
16 GNU General Public License for more details.
18 You should have received a copy of the GNU General Public License
19 along with GCC; see the file COPYING3. If not see
20 <http://www.gnu.org/licenses/>. */
22 #include "config.h"
23 #include "system.h"
24 #include "coretypes.h"
25 #include "tm.h"
26 #include "basic-block.h"
27 #include "domwalk.h"
28 #include "sbitmap.h"
30 /* This file implements a generic walker for dominator trees.
32 To understand the dominator walker one must first have a grasp of dominators,
33 immediate dominators and the dominator tree.
35 Dominators
36 A block B1 is said to dominate B2 if every path from the entry to B2 must
37 pass through B1. Given the dominance relationship, we can proceed to
38 compute immediate dominators. Note it is not important whether or not
39 our definition allows a block to dominate itself.
41 Immediate Dominators:
42 Every block in the CFG has no more than one immediate dominator. The
43 immediate dominator of block BB must dominate BB and must not dominate
44 any other dominator of BB and must not be BB itself.
46 Dominator tree:
47 If we then construct a tree where each node is a basic block and there
48 is an edge from each block's immediate dominator to the block itself, then
49 we have a dominator tree.
52 [ Note this walker can also walk the post-dominator tree, which is
53 defined in a similar manner. i.e., block B1 is said to post-dominate
54 block B2 if all paths from B2 to the exit block must pass through
55 B1. ]
57 For example, given the CFG
62 / \
63 3 4
64 / \
65 +---------->5 6
66 | / \ /
67 | +--->8 7
68 | | / |
69 | +--9 11
70 | / |
71 +--- 10 ---> 12
74 We have a dominator tree which looks like
79 / \
80 / \
81 3 4
82 / / \ \
83 | | | |
84 5 6 7 12
85 | |
86 8 11
94 The dominator tree is the basis for a number of analysis, transformation
95 and optimization algorithms that operate on a semi-global basis.
97 The dominator walker is a generic routine which visits blocks in the CFG
98 via a depth first search of the dominator tree. In the example above
99 the dominator walker might visit blocks in the following order
100 1, 2, 3, 4, 5, 8, 9, 10, 6, 7, 11, 12.
102 The dominator walker has a number of callbacks to perform actions
103 during the walk of the dominator tree. There are two callbacks
104 which walk statements, one before visiting the dominator children,
105 one after visiting the dominator children. There is a callback
106 before and after each statement walk callback. In addition, the
107 dominator walker manages allocation/deallocation of data structures
108 which are local to each block visited.
110 The dominator walker is meant to provide a generic means to build a pass
111 which can analyze or transform/optimize a function based on walking
112 the dominator tree. One simply fills in the dominator walker data
113 structure with the appropriate callbacks and calls the walker.
115 We currently use the dominator walker to prune the set of variables
116 which might need PHI nodes (which can greatly improve compile-time
117 performance in some cases).
119 We also use the dominator walker to rewrite the function into SSA form
120 which reduces code duplication since the rewriting phase is inherently
121 a walk of the dominator tree.
123 And (of course), we use the dominator walker to drive our dominator
124 optimizer, which is a semi-global optimizer.
126 TODO:
128 Walking statements is based on the block statement iterator abstraction,
129 which is currently an abstraction over walking tree statements. Thus
130 the dominator walker is currently only useful for trees. */
132 /* Recursively walk the dominator tree.
134 WALK_DATA contains a set of callbacks to perform pass-specific
135 actions during the dominator walk as well as a stack of block local
136 data maintained during the dominator walk.
138 BB is the basic block we are currently visiting. */
140 void
141 walk_dominator_tree (struct dom_walk_data *walk_data, basic_block bb)
143 void *bd = NULL;
144 basic_block dest;
145 basic_block *worklist = XNEWVEC (basic_block, n_basic_blocks * 2);
146 int sp = 0;
147 sbitmap visited = sbitmap_alloc (last_basic_block + 1);
148 sbitmap_zero (visited);
149 SET_BIT (visited, ENTRY_BLOCK_PTR->index);
151 while (true)
153 /* Don't worry about unreachable blocks. */
154 if (EDGE_COUNT (bb->preds) > 0
155 || bb == ENTRY_BLOCK_PTR
156 || bb == EXIT_BLOCK_PTR)
158 /* Callback to initialize the local data structure. */
159 if (walk_data->initialize_block_local_data)
161 bool recycled;
163 /* First get some local data, reusing any local data
164 pointer we may have saved. */
165 if (VEC_length (void_p, walk_data->free_block_data) > 0)
167 bd = VEC_pop (void_p, walk_data->free_block_data);
168 recycled = 1;
170 else
172 bd = xcalloc (1, walk_data->block_local_data_size);
173 recycled = 0;
176 /* Push the local data into the local data stack. */
177 VEC_safe_push (void_p, heap, walk_data->block_data_stack, bd);
179 /* Call the initializer. */
180 walk_data->initialize_block_local_data (walk_data, bb,
181 recycled);
185 /* Callback for operations to execute before we have walked the
186 dominator children, but before we walk statements. */
187 if (walk_data->before_dom_children)
188 (*walk_data->before_dom_children) (walk_data, bb);
190 SET_BIT (visited, bb->index);
192 /* Mark the current BB to be popped out of the recursion stack
193 once children are processed. */
194 worklist[sp++] = bb;
195 worklist[sp++] = NULL;
197 for (dest = first_dom_son (walk_data->dom_direction, bb);
198 dest; dest = next_dom_son (walk_data->dom_direction, dest))
199 worklist[sp++] = dest;
201 /* NULL is used to mark pop operations in the recursion stack. */
202 while (sp > 0 && !worklist[sp - 1])
204 --sp;
205 bb = worklist[--sp];
207 /* Callback for operations to execute after we have walked the
208 dominator children, but before we walk statements. */
209 if (walk_data->after_dom_children)
210 (*walk_data->after_dom_children) (walk_data, bb);
212 if (walk_data->initialize_block_local_data)
214 /* And finally pop the record off the block local data stack. */
215 bd = VEC_pop (void_p, walk_data->block_data_stack);
216 /* And save the block data so that we can re-use it. */
217 VEC_safe_push (void_p, heap, walk_data->free_block_data, bd);
220 if (sp)
222 int spp;
223 spp = sp - 1;
224 if (walk_data->dom_direction == CDI_DOMINATORS)
225 /* Find the dominator son that has all its predecessors
226 visited and continue with that. */
227 while (1)
229 edge_iterator ei;
230 edge e;
231 bool found = true;
232 bb = worklist[spp];
233 FOR_EACH_EDGE (e, ei, bb->preds)
235 if (!dominated_by_p (CDI_DOMINATORS, e->src, e->dest)
236 && !TEST_BIT (visited, e->src->index))
238 found = false;
239 break;
242 if (found)
243 break;
244 /* If we didn't find a dom child with all visited
245 predecessors just use the candidate we were checking.
246 This happens for candidates in irreducible loops. */
247 if (!worklist[spp - 1])
248 break;
249 --spp;
251 bb = worklist[spp];
252 worklist[spp] = worklist[--sp];
254 else
255 break;
257 free (worklist);
258 sbitmap_free (visited);
261 void
262 init_walk_dominator_tree (struct dom_walk_data *walk_data)
264 walk_data->free_block_data = NULL;
265 walk_data->block_data_stack = NULL;
268 void
269 fini_walk_dominator_tree (struct dom_walk_data *walk_data)
271 if (walk_data->initialize_block_local_data)
273 while (VEC_length (void_p, walk_data->free_block_data) > 0)
274 free (VEC_pop (void_p, walk_data->free_block_data));
277 VEC_free (void_p, heap, walk_data->free_block_data);
278 VEC_free (void_p, heap, walk_data->block_data_stack);