The attached script induces panic in GHC6.4.1: ghc-6.4.1: panic! (the
`impossible' happened, GHC version 6.4.1): applyTypeToArgs f{v a1Eg}
x{v a1Ei}.
I think this is related to a known bug, because the same workaround
helps -- annotate the f and x arguments in the last line of your
program
{-# OPTIONS_GHC -fglasgow-exts #-}
module Main where
data Foo a b where
Foo :: Int - Foo a b
data Patch a b where
PP :: Foo a b - Patch a b
Lis :: PL a b - Patch a b
data PL a b where
U :: Patch a b - PL a b
Nil :: PL x x
(:-) :: PL c d - PL d
Just glancing over the patch, I can't immediately see how it works. GHC
6.4 gives priority to package modules over modules on the local search
path, so Distribution.* will be taken from the installed Cabal package.
However, when linking GHC you are ommitting -package Cabal, so I'd
expect a
A recent change to the stable branch seems to have introduced a slight
error in docs/building/building.xml.
In line 3822, a /screen tag is missing.
The version that has this bug is 1.13.2.11.
Cheers,
Andres
___
Glasgow-haskell-bugs mailing list
Our example was compiling happy. happy does not import anything from
cabal-0.5 and yet it was hit by this problem. Unless we consider 'part
of the program' to be all modules in all exposed packages (and all
modules in 'efectively exposed' packages like util via the cabal-0.5
dep).
Sven's fix that Simon M. mentioned will appear in 6.2.2 is included in
the Gentoo ebuild ghc-6.2.1-r1.ebuild .
If it still doesn't work with that version, please report it as a
Gentoo bug on bugs.gentoo.org.
Cheers,
Andres
___
Glasgow-haskell-bugs
Shouldn't the attached patch be applied to the file package.mk
in the GHC 6.2 build system?
Explanation:
I think that for the generation of the documentation the new
ghc should be used, not the old one. I got the following error
while compiling GHC 6.2 with OpenGL support, using the binary
, this is a change in behaviour compared to earlier versions of
ghc that seems undesireable to me ...
One more thing: during compilation, ghc-inplace is called with the option
-Rghc-timing. I do not see it report timing-related messages, though.
Best,
Andres
--
Andres Loeh, Universiteit Utrecht
Hi there,
while compiling the latest Generic Haskell version I got the following
linker error:
UHA_Parser.o(.text+0x117f13): In function `r18Ks_entry':
: undefined reference to `DataziTuple_Z94T_con_info'
collect2: ld returned 1 exit status
The file UHA_Parser.hs is a generated parser for the
