From eac1151616e006992c05494c2072b3834e780cd7 Mon Sep 17 00:00:00 2001 From: Danila Fedorin Date: Sun, 23 Feb 2020 21:29:21 -0800 Subject: [PATCH] Do not attribute G-machine to SPJ specifically --- content/blog/09_compiler_garbage_collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/09_compiler_garbage_collection.md b/content/blog/09_compiler_garbage_collection.md index 6dc0ff0..72a6039 100644 --- a/content/blog/09_compiler_garbage_collection.md +++ b/content/blog/09_compiler_garbage_collection.md @@ -128,7 +128,7 @@ there's another way. We clean up after ourselves. ### Towards a Cleaner Stack -Simon Peyton Jones wrote his G-machine semantics in a particular way. Every time +The G-machine compilation rules Simon Peyton Jones presents are written in a particular way. Every time that a function is called, all it leaves behind on the stack is the graph node that represents the function's output. Our own internal functions, however, have been less careful. Consider, for instance, the "binary operator" function I showed you.