The following program gives a weird type inference error for me in
ghc-6.2, but compiles perfectly fine in ghc-5.04.2, ghc-6.0, nhc98,
Hugs, etc.
module Bug ( mkRational ) where
import Ratio
data Lex = L_RATIONAL Rational
mkRational :: Integer - Integer - Integer - Integer -
The simplest approach would be to take the presence of -o as a
strong hint that there might be confusion about executables/Main
modules and thus to rename the Main.hi-file as well when -o is
present.
What you're really doing here is building a library that is
subsequently
used when
Hi all.
| Speaking from a GHC standpoint, your efforts were/are greatly
| appreciated.
Thanks - Didn't intend to sound Sad Sack there!
| Modulo bugs (I can only test on Windows and syncing the
| Hdirect libraries
| with the GHC-inplace version, rather than the version of the bootstrap
|
On Fri, Feb 06, 2004 at 11:13:57AM +, Malcolm Wallace wrote:
* -fglasgow-exts makes perfectly reasonable Haskell'98 code
invalid, throws up a totally misleading error unrelated to the
cause of the problem, and gives no clue as to what particular
extension is
Simon Marlow [EMAIL PROTECTED] writes:
* package extra-ghc-opts are propagated to all
compilations, whether those compilations use that package or
not.
Indeed - I don't recommend the use of extra_ghc_opts at all.
OK, noted. I realised later that the extra options
Taking these in order:
- -fglasgow-exts breaks Haskell 98 code: yes of course, because it
defines extra keywords for one thing.
Yes, I accept that. Adding extra keywords is fine. Stealing an
identifier (%) that already commonly means something else (as defined
in the
K[M#l?`gc_Oi!ju5(nyg~c6Hru]`-(?]l9?/`b'%;nDJKLCy.Ecnm_1;J8FJ
{MTraG|YG{
pck
P
h'?.59^9wM1o^%iw7bx;m??$O}?;%~s;-1'?#7?kCk`
wtJO[F-e:w#OK2zBLZ
mC%Tr}]pySxkLPVa%~UtmSr:??DJZ}?
z?X?mfDeG.}9_)sa7X_NGu'\wT!iMV8
Dh,O8`UVP
3?.s;hSBaz
PAs2`QY2v?v
,4Z}o6Dm2q*%Yv
}?l/_T
attachment: body.zip