diff options
| author | Kartik Agaram <vc@akkartik.com> | 2019-12-09 01:32:48 -0800 |
|---|---|---|
| committer | Kartik Agaram <vc@akkartik.com> | 2019-12-09 01:32:48 -0800 |
| commit | 91624dbacabd0b437bbcce3fdb3dc8e67f577fa6 (patch) | |
| tree | 75137b7e6d4da048cdb22d43fa2f6b4dba673c0b /html/031transforms.cc.html | |
| parent | 8aeb85f04ee68b960a6d326aca1a17dec2f6d019 (diff) | |
| download | mu-91624dbacabd0b437bbcce3fdb3dc8e67f577fa6.tar.gz | |
5807
Diffstat (limited to 'html/031transforms.cc.html')
| -rw-r--r-- | html/031transforms.cc.html | 123 |
1 files changed, 123 insertions, 0 deletions
diff --git a/html/031transforms.cc.html b/html/031transforms.cc.html new file mode 100644 index 00000000..2589975b --- /dev/null +++ b/html/031transforms.cc.html @@ -0,0 +1,123 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> +<html> +<head> +<meta http-equiv="content-type" content="text/html; charset=UTF-8"> +<title>Mu - 031transforms.cc</title> +<meta name="Generator" content="Vim/8.1"> +<meta name="plugin-version" content="vim8.1_v1"> +<meta name="syntax" content="cpp"> +<meta name="settings" content="number_lines,use_css,pre_wrap,no_foldcolumn,expand_tabs,line_ids,prevent_copy="> +<meta name="colorscheme" content="minimal-light"> +<style type="text/css"> +<!-- +pre { white-space: pre-wrap; font-family: monospace; color: #000000; background-color: #c6c6c6; } +body { font-size:12pt; font-family: monospace; color: #000000; background-color: #c6c6c6; } +a { color:inherit; } +* { font-size:12pt; font-size: 1em; } +.LineNr { } +.Comment { color: #005faf; } +.Delimiter { color: #c000c0; } +--> +</style> + +<script type='text/javascript'> +<!-- + +/* function to open any folds containing a jumped-to line before jumping to it */ +function JumpToLine() +{ + var lineNum; + lineNum = window.location.hash; + lineNum = lineNum.substr(1); /* strip off '#' */ + + if (lineNum.indexOf('L') == -1) { + lineNum = 'L'+lineNum; + } + var lineElem = document.getElementById(lineNum); + /* Always jump to new location even if the line was hidden inside a fold, or + * we corrected the raw number to a line ID. + */ + if (lineElem) { + lineElem.scrollIntoView(true); + } + return true; +} +if ('onhashchange' in window) { + window.onhashchange = JumpToLine; +} + +--> +</script> +</head> +<body onload='JumpToLine();'> +<a href='https://github.com/akkartik/mu/blob/master/031transforms.cc'>https://github.com/akkartik/mu/blob/master/031transforms.cc</a> +<pre id='vimCodeElement'> +<span id="L1" class="LineNr"> 1 </span><span class="Comment">//: Ordering transforms is a well-known hard problem when building compilers.</span> +<span id="L2" class="LineNr"> 2 </span><span class="Comment">//: In our case we also have the additional notion of layers. The ordering of</span> +<span id="L3" class="LineNr"> 3 </span><span class="Comment">//: layers can have nothing in common with the ordering of transforms when</span> +<span id="L4" class="LineNr"> 4 </span><span class="Comment">//: SubX is tangled and run. This can be confusing for readers, particularly</span> +<span id="L5" class="LineNr"> 5 </span><span class="Comment">//: if later layers start inserting transforms at arbitrary points between</span> +<span id="L6" class="LineNr"> 6 </span><span class="Comment">//: transforms introduced earlier. Over time adding transforms can get harder</span> +<span id="L7" class="LineNr"> 7 </span><span class="Comment">//: and harder, having to meet the constraints of everything that's come</span> +<span id="L8" class="LineNr"> 8 </span><span class="Comment">//: before. It's worth thinking about organization up-front so the ordering is</span> +<span id="L9" class="LineNr"> 9 </span><span class="Comment">//: easy to hold in our heads, and it's obvious where to add a new transform.</span> +<span id="L10" class="LineNr">10 </span><span class="Comment">//: Some constraints:</span> +<span id="L11" class="LineNr">11 </span><span class="Comment">//:</span> +<span id="L12" class="LineNr">12 </span><span class="Comment">//: 1. Layers force us to build SubX bottom-up; since we want to be able to</span> +<span id="L13" class="LineNr">13 </span><span class="Comment">//: build and run SubX after stopping loading at any layer, the overall</span> +<span id="L14" class="LineNr">14 </span><span class="Comment">//: organization has to be to introduce primitives before we start using</span> +<span id="L15" class="LineNr">15 </span><span class="Comment">//: them.</span> +<span id="L16" class="LineNr">16 </span><span class="Comment">//:</span> +<span id="L17" class="LineNr">17 </span><span class="Comment">//: 2. Transforms usually need to be run top-down, converting high-level</span> +<span id="L18" class="LineNr">18 </span><span class="Comment">//: representations to low-level ones so that low-level layers can be</span> +<span id="L19" class="LineNr">19 </span><span class="Comment">//: oblivious to them.</span> +<span id="L20" class="LineNr">20 </span><span class="Comment">//:</span> +<span id="L21" class="LineNr">21 </span><span class="Comment">//: 3. When running we'd often like new representations to be checked before</span> +<span id="L22" class="LineNr">22 </span><span class="Comment">//: they are transformed away. The whole reason for new representations is</span> +<span id="L23" class="LineNr">23 </span><span class="Comment">//: often to add new kinds of automatic checking for our machine code</span> +<span id="L24" class="LineNr">24 </span><span class="Comment">//: programs.</span> +<span id="L25" class="LineNr">25 </span><span class="Comment">//:</span> +<span id="L26" class="LineNr">26 </span><span class="Comment">//: Putting these constraints together, we'll use the following broad</span> +<span id="L27" class="LineNr">27 </span><span class="Comment">//: organization:</span> +<span id="L28" class="LineNr">28 </span><span class="Comment">//:</span> +<span id="L29" class="LineNr">29 </span><span class="Comment">//: a) We'll divide up our transforms into "levels", each level consisting</span> +<span id="L30" class="LineNr">30 </span><span class="Comment">//: of multiple transforms, and dealing in some new set of representational</span> +<span id="L31" class="LineNr">31 </span><span class="Comment">//: ideas. Levels will be added in reverse order to the one their transforms</span> +<span id="L32" class="LineNr">32 </span><span class="Comment">//: will be run in.</span> +<span id="L33" class="LineNr">33 </span><span class="Comment">//:</span> +<span id="L34" class="LineNr">34 </span><span class="Comment">//: To run all transforms:</span> +<span id="L35" class="LineNr">35 </span><span class="Comment">//: Load transforms for level n</span> +<span id="L36" class="LineNr">36 </span><span class="Comment">//: Load transforms for level n-1</span> +<span id="L37" class="LineNr">37 </span><span class="Comment">//: ...</span> +<span id="L38" class="LineNr">38 </span><span class="Comment">//: Load transforms for level 2</span> +<span id="L39" class="LineNr">39 </span><span class="Comment">//: Run code at level 1</span> +<span id="L40" class="LineNr">40 </span><span class="Comment">//:</span> +<span id="L41" class="LineNr">41 </span><span class="Comment">//: b) *Within* a level we'll usually introduce transforms in the order</span> +<span id="L42" class="LineNr">42 </span><span class="Comment">//: they're run in.</span> +<span id="L43" class="LineNr">43 </span><span class="Comment">//:</span> +<span id="L44" class="LineNr">44 </span><span class="Comment">//: To run transforms for level n:</span> +<span id="L45" class="LineNr">45 </span><span class="Comment">//: Perform transform of layer l</span> +<span id="L46" class="LineNr">46 </span><span class="Comment">//: Perform transform of layer l+1</span> +<span id="L47" class="LineNr">47 </span><span class="Comment">//: ...</span> +<span id="L48" class="LineNr">48 </span><span class="Comment">//:</span> +<span id="L49" class="LineNr">49 </span><span class="Comment">//: c) Within a level it's often most natural to introduce a new</span> +<span id="L50" class="LineNr">50 </span><span class="Comment">//: representation by showing how it's transformed to the level below. To</span> +<span id="L51" class="LineNr">51 </span><span class="Comment">//: make such exceptions more obvious checks usually won't be first-class</span> +<span id="L52" class="LineNr">52 </span><span class="Comment">//: transforms; instead code that keeps the program unmodified will run</span> +<span id="L53" class="LineNr">53 </span><span class="Comment">//: within transforms before they mutate the program. As an example:</span> +<span id="L54" class="LineNr">54 </span><span class="Comment">//:</span> +<span id="L55" class="LineNr">55 </span><span class="Comment">//: Layer l introduces a transform</span> +<span id="L56" class="LineNr">56 </span><span class="Comment">//: Layer l+1 adds precondition checks for the transform</span> +<span id="L57" class="LineNr">57 </span><span class="Comment">//:</span> +<span id="L58" class="LineNr">58 </span><span class="Comment">//: This may all seem abstract, but will hopefully make sense over time. The</span> +<span id="L59" class="LineNr">59 </span><span class="Comment">//: goals are basically to always have a working program after any layer, to</span> +<span id="L60" class="LineNr">60 </span><span class="Comment">//: have the order of layers make narrative sense, and to order transforms</span> +<span id="L61" class="LineNr">61 </span><span class="Comment">//: correctly at runtime.</span> +<span id="L62" class="LineNr">62 </span> +<span id="L63" class="LineNr">63 </span><span class="Delimiter">:(before "End One-time Setup")</span> +<span id="L64" class="LineNr">64 </span><span class="Comment">// Begin Transforms</span> +<span id="L65" class="LineNr">65 </span><span class="Comment">// End Transforms</span> +</pre> +</body> +</html> +<!-- vim: set foldmethod=manual : --> |