What I'd suggest instead is to define your own undefined in a Prelude-replacement (or simplification if you will).
No. Part of the reason for the book is so that people can learn in the
environment that they'll use and be equipped to apply what they've learned
with minimal surprises. This solution is worse than the others suggested so
far. And _again_, it's not just about our book it's about learning
resources more generally and what that experience is like for new people.
Rust doesn't need to have a beginner's Prelude. Idris doesn't either. In
fact, most languages don't and the only one that has pulled it off
convincingly is Racket which had less cause to do so than GHC does at this
juncture.
On Sat, Feb 13, 2016 at 6:02 PM, Eric Seidel
On Sat, Feb 13, 2016, at 15:32, Christopher Allen wrote:
There's another problem I discovered with HasCallStack. The implicit parameter constraint breaks sharing behavior for examples that use bottom.
This is a necessary consequence of the implementation of callstack-aware functions as overloaded functions. It's really no different from using a type-class, and is in my opinion the correct behavior.
It seems what you really want is a way to prevent GHC from inferring the HasCallStack constraint in the first place. That's doable with an explicit type signature (or even a combinator to wrap the expression), but this isn't a great solution for your book.
What I'd suggest instead is to define your own undefined in a Prelude-replacement (or simplification if you will). Something like
undefined :: a undefined = withFrozenCallStack emptyCallStack Prelude.undefined
should work to remove all traces of CallStacks (including when it blows up). error can be similarly wrapped to avoid having to deal with CallStacks, and $ and the FTP-related functions can be specialized to less-polymorphic versions that are easier to explain to beginners (at least until they're ready to be exposed to the real versions).
I'm sorry that this change has caused you trouble. _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
-- Chris Allen Currently working on http://haskellbook.com