On Jun 11, 2010, at 5:10 AM, Brandon S. Allbery KF8NH wrote:
snip
This doesn't surprise me; when putting it in the module, it affects only that
module. When using either command line version, it affects *everything*...
and what's breaking is not your definition of Number, but the ghci
Dear Claus, et al.
I've already responded in more detail in another e-mail on the seemingly
inconsistent behaviour of GHCi, but I also wanted to respond to your points
here.
On Jun 10, 2010, at 4:15 PM, Claus Reinke wrote:
I have been experimenting some more with environments for lab work
Dear GHCers,
I have been experimenting some more with environments for lab work for
an FP intro course. One thing students tend to have difficulty with in
the initial labs are the error messages including type classes, or any
kind of more general type than they expected. I am trying to work
On Thursday 10 June 2010 14:02:10, Philip K.F. Hölzenspies wrote:
Dear GHCers,
snip
Shouldn't the expected behaviour of GHCi be that the entry module
determines the entire context? In other words, if module X in
ghci X
or in
ghci
:l X
contains the LANGUAGE-pragma
I have been experimenting some more with environments for lab work for
an FP intro course. One thing students tend to have difficulty with in
the initial labs are the error messages including type classes, or any
kind of more general type than they expected. I am trying to work around
this, by
On Jun 10, 2010, at 05:59 , Philip K.F. Hölzenspies wrote:
[holze...@ewi1043:work/FPPrac]% ghci BugDemo.hs
GHCi, version 6.12.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ...
