| blob | 291a1cbd88734843caa43453d9eb703d826484ff |
1 ;;;; This file contains the code that finds the initial components and
2 ;;;; DFO, and recomputes the DFO if it is invalidated.
4 ;;;; This software is part of the SBCL system. See the README file for
5 ;;;; more information.
6 ;;;;
7 ;;;; This software is derived from the CMU CL system, which was
8 ;;;; written at Carnegie Mellon University and released into the
9 ;;;; public domain. The software is in the public domain and is
10 ;;;; provided with absolutely no warranty. See the COPYING and CREDITS
11 ;;;; files for more information.
15 ;;; Find the DFO for a component, deleting any unreached blocks and
16 ;;; merging any other components we reach. We repeatedly iterate over
17 ;;; the entry points, since new ones may show up during the walk.
39 ;;; Move all the code and entry points from OLD to NEW. The code in
40 ;;; OLD is inserted at the head of NEW. This is also called during LET
41 ;;; conversion when we are about in insert the body of a LET in a
42 ;;; different component. [A local call can be to a different component
43 ;;; before FIND-INITIAL-DFO runs.]
85 ;;; Do a depth-first walk from BLOCK, inserting ourself in the DFO
86 ;;; after HEAD. If we somehow find ourselves in another component,
87 ;;; then we join that component to our component.
100 ;;; This function is called on each block by FIND-INITIAL-DFO-AUX
101 ;;; before it walks the successors. It looks at the home CLAMBDA's
102 ;;; BIND block to see whether that block is in some other component:
103 ;;; -- If the block is in the initial component, then do
104 ;;; DFO-SCAVENGE-DEPENDENCY-GRAPH on the home function to move it
105 ;;; into COMPONENT.
106 ;;; -- If the block is in some other component, join COMPONENT into
107 ;;; it and return that component.
108 ;;; -- If the home function is deleted, do nothing. BLOCK must
109 ;;; eventually be discovered to be unreachable as well. This can
110 ;;; happen when we have a NLX into a function with no references.
111 ;;; The escape function still has refs (in the deleted function).
112 ;;;
113 ;;; This ensures that all the blocks in a given environment will be in
114 ;;; the same component, even when they might not seem reachable from
115 ;;; the environment entry. Consider the case of code that is only
116 ;;; reachable from a non-local exit.
121 component
126 component)
129 home-component))))))
131 ;;; This is somewhat similar to FIND-DFO-AUX, except that it merges
132 ;;; the current component with any strange component, rather than the
133 ;;; other way around. This is more efficient in the common case where
134 ;;; the current component doesn't have much stuff in it.
135 ;;;
136 ;;; We return the current component as a result, allowing the caller
137 ;;; to detect when the old current component has been merged with
138 ;;; another.
139 ;;;
140 ;;; We walk blocks in initial components as though they were already
141 ;;; in the current component, moving them to the current component in
142 ;;; the process. The blocks are inserted at the head of the current
143 ;;; component.
151 this)
160 current)))))
162 ;;; Return a list of all the home lambdas that reference FUN (may
163 ;;; contain duplications).
164 ;;;
165 ;;; References to functions which local call analysis could not (or
166 ;;; were chosen not) to local call convert will appear as references
167 ;;; to XEP lambdas. We can ignore references to XEPs that appear in
168 ;;; :TOPLEVEL components, since environment analysis goes to special
169 ;;; effort to allow closing over of values from a separate top level
170 ;;; component. (And now that HAS-EXTERNAL-REFERENCES-P-ness
171 ;;; generalizes :TOPLEVEL-ness, we ignore those too.) All other
172 ;;; references must cause components to be joined.
173 ;;;
174 ;;; References in deleted functions are also ignored, since this code
175 ;;; will be deleted eventually.
190 ;;; If CLAMBDA is already in COMPONENT, just return that
191 ;;; component. Otherwise, move the code for CLAMBDA and all lambdas it
192 ;;; physically depends on (either because of calls or because of
193 ;;; closure relationships) into COMPONENT, or possibly into another
194 ;;; COMPONENT that we find to be related. Return whatever COMPONENT we
195 ;;; actually merged into.
196 ;;;
197 ;;; (Note: The analogous CMU CL code only scavenged call-based
198 ;;; dependencies, not closure dependencies. That seems to've been by
199 ;;; oversight, not by design, as per the bug reported by WHN on
200 ;;; cmucl-imp ca. 2001-11-29 and explained by DTC shortly after.)
201 ;;;
202 ;;; If the function is in an initial component, then we move its head
203 ;;; and tail to COMPONENT and add it to COMPONENT's lambdas. It is
204 ;;; harmless to move the tail (even though the return might be
205 ;;; unreachable) because if the return is unreachable it (and its
206 ;;; successor link) will be deleted in the post-deletion pass.
207 ;;;
208 ;;; We then do a FIND-DFO-AUX starting at the head of CLAMBDA. If this
209 ;;; flow-graph walk encounters another component (which can only
210 ;;; happen due to a non-local exit), then we move code into that
211 ;;; component instead. We then recurse on all functions called from
212 ;;; CLAMBDA, moving code into whichever component the preceding call
213 ;;; returned.
214 ;;;
215 ;;; If CLAMBDA is in the initial component, but the BLOCK-FLAG is set
216 ;;; in the bind block, then we just return COMPONENT, since we must
217 ;;; have already reached this function in the current walk (or the
218 ;;; component would have been changed).
219 ;;;
220 ;;; If the function is an XEP, then we also walk all functions that
221 ;;; contain references to the XEP. This is done so that environment
222 ;;; analysis doesn't need to cross component boundaries. This also
223 ;;; ensures that conversion of a full call to a local call won't
224 ;;; result in a need to join components, since the components will
225 ;;; already be one.
234 component)
237 old-lambda-component)
239 component)
252 ;; Scavenge related lambdas.
256 res)))
260 ;; Scavenge call relationship.
263 ;; Scavenge closure over a variable: if CLAMBDA
264 ;; refers to a variable whose home lambda is not
265 ;; CLAMBDA, then the home lambda should be in the
266 ;; same component as CLAMBDA. (sbcl-0.6.13, and CMU
267 ;; CL, didn't do this, leading to the occasional
268 ;; failure when physenv analysis, which is local to
269 ;; each component, would bogusly conclude that a
270 ;; closed-over variable was unused and thus delete
271 ;; it. See e.g. cmucl-imp 2001-11-29.)
276 ;; Scavenge closure over an entry for nonlocal exit.
277 ;; This is basically parallel to closure over a
278 ;; variable above.
290 ;; Voila.
291 res)))))
293 ;;; Return true if CLAMBDA either is an XEP or has EXITS to some of
294 ;;; its ENTRIES.
302 ;;; Compute the result of FIND-INITIAL-DFO given the list of all
303 ;;; resulting components. Components with a :TOPLEVEL lambda, but no
304 ;;; normal XEPs or potential non-local exits are marked as :TOPLEVEL.
305 ;;; If there is a :TOPLEVEL lambda, and also a normal XEP, then we
306 ;;; treat the component as normal, but also return such components in
307 ;;; a list as the third value. Components with no entry of any sort
308 ;;; are deleted.
322 ;; is newer than the rest of this function, and
323 ;; doesn't really seem to fit into its mindset. Here
324 ;; we mark components which contain such FUNCTIONs
325 ;; them as :COMPLEX-TOPLEVEL, since they do get
326 ;; executed at run time, and since it's not valid to
327 ;; delete them just because they don't have any
328 ;; references from pure :TOPLEVEL components. -- WHN
329 has-external-references
350 ;;; COMPONENTs want strings for names, LEAF-DEBUG-NAMEs mightn't be
351 ;;; strings...
357 leaf-debug-name
360 ;;; Given a list of top level lambdas, return
361 ;;; (VALUES NONTOP-COMPONENTS TOP-COMPONENTS HAIRY-TOP-COMPONENTS).
362 ;;; Each of the three values returned is a list of COMPONENTs:
363 ;;; NONTOP-COMPONENTS = non-top-level-ish COMPONENTs;
364 ;;; TOP-COMPONENTS = top-level-ish COMPONENTs;
365 ;;; HAIRY-TOP-COMPONENTS = a subset of NONTOP-COMPONENTS, those
366 ;;; elements which include a top-level-ish lambda.
367 ;;;
368 ;;; We assign the DFO for each component, and delete any unreachable
369 ;;; blocks. We assume that the FLAGS have already been cleared.
373 ;; We iterate over the lambdas in each initial component, trying
374 ;; to put each function in its own component, but joining it to
375 ;; an existing component if we find that there are references
376 ;; between them. Any code that is left in an initial component
377 ;; must be unreachable, so we can delete it. Stray links to the
378 ;; initial component tail (due to NIL function terminated blocks)
379 ;; are moved to the appropriate new component tail.
392 ;; This isn't necessarily an ideal name for the
393 ;; component, since it might end up with multiple
394 ;; lambdas in it, not just this one, but it does
395 ;; seem a better name than just "<unknown>".
397 component-lambda)))
399 new-component)))
414 ;; When we are done, we assign DFNs.
421 ;; Pull out top-level-ish code.
423 \f
424 ;;; Insert the code in LAMBDA at the end of RESULT-LAMBDA.
428 ;; Delete the lambda, and combine the LETs and entries.
444 ;; Move blocks into the new COMPONENT, and move any nodes directly
445 ;; in the old LAMBDA into the new one (with LETs implicitly moved
446 ;; by changing their home.)
454 ;; Splice the blocks into the new DFO, and unlink them from the
455 ;; old component head and tail. Non-return blocks that jump to the
456 ;; tail (NIL-returning calls) are switched to go to the new tail.
479 ;; Switch the end of the code from the return block to the start of
480 ;; the next chunk.
486 ;; If there is a return, then delete it (making the preceding node
487 ;; the last node) and link the block to the result return. There
488 ;; is always a preceding REF NIL node in top level lambdas.
498 ;;; Given a non-empty list of top level LAMBDAs, smash them into a
499 ;;; top level lambda and component, returning these as values. We use
500 ;;; the first lambda and its component, putting the other code in that
501 ;;; component and deleting the other lambdas.
509 ;; Make sure the result's return node starts a block so that we
510 ;; can splice code in before it.