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 ... linki
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 sup
On Thursday 10 June 2010 14:02:10, Philip K.F. Hölzenspies wrote:
> Dear GHCers,
>
>
>
> 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 NoI
Dear GHCers,
With regards to the e-mail below, I have done one more test and found
that
ghci -fno-implicit-prelude
and
ghci -XNoImplicitPrelude
behave the same. However, I'm still a little taken aback by the use
thereof. Consider two files Foo.hs and Bar.hs:
Foo.hs:
{-# LANGUAGE NoImplic
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 around
