<div dir="ltr">Hello,<br><br>I recently had someone point me to this thread on LtU:<br><a href="http://lambda-the-ultimate.org/node/2003">http://lambda-the-ultimate.org/node/2003</a><br><br>The main paper in the article is this one:<br>
<a href="http://www.jucs.org/jucs_10_7/total_functional_programming/jucs_10_07_0751_0768_turner.pdf">http://www.jucs.org/jucs_10_7/total_functional_programming/jucs_10_07_0751_0768_turner.pdf</a><br><br>It leaves me with several questions:<br>
1) Are there are existing Haskell-ish implementations of the total functional paradigm?<br>2) Could we restructure Haskell so that it comes in 3 layers, total functional core, lazy pure partial functional middle, and IO outer layer?<br>
<br>The idea with #2 is that similar to how we use the type system to separate the purely functional from monadic, and in particular IO actions, can we make the inner most part of Haskell total?&nbsp; Furthermore, could we do this in a way that makes it easy to intermingle the three layers the way we can mingle pure Haskell with IO actions?<br>
<br>Maybe instead of using (-&gt;) as the function constructor for total functions we use a different symbol, say (|-&gt;), and the compiler knows to use the more specialized semantics on those definitions.&nbsp; I&#39;m not sure how make this work for values that are total functional versus values that are just pure (partial) functional.<br>
<br>I&#39;m also interested in hearing about the optimizations that would be possible when all your expressions are strongly normalizing.<br><br>Jason<br></div>