HsParser fails on any of these 6 examples:
data Data = A {
x :: Int
}
f1 x = let {
s = x
} in s
f2 x = do {
x
}
f3 x = case x of {
_ - 12
}
f4 x = s where {
s = 12
}
f5 y = A {
x = 45
}
The problem seems to be the
HsParser fails on any of these 6 examples:
[...]
The problem seems to be the production (copied from HsParser.ly)
layout_off :: { () }: {% pushContext NoLayout }
This production is supposed to make the parser enter a NoLayout
context every time the lexer reaches an
I noticed a difference in behavior between running:
ghci -package utils
And:
ghci
...
Prelude :set -package utils
On our system, the first one works (it finds all the right
dynamic libraries and stuff), but the second one doesn't (it
cannot find libreadline.so, and
Hello,
when I try to compile the program below with ghc -fglasgow-exts
it says
ghc-5.02: panic! (the `impossible' happened, GHC version 5.02):
NoCgInfo!
I couldn't find a smaller example because little modifications make
the problem go away, e.g.
- removing the type signature for
§ÚÌÃØ°e±z¤â¾÷+ªù¸¹¡I¡I¡I¡I¡I
¨S¿ù¡I¡I§ÚÌÃØ°e±z¤â¾÷+ªù¸¹¡I¡I¡I¡I¡I
³oµ´¹ï¬O¯u¹êªº¡I ½Ð¤£n¦AÃhºÃ¤F¡I¡I
§ÚÌ©M±z¤@¼Ë¬Oµ½¨}¡B¥¿ª½ªº¦Ñ¦Ê©m¡I¡I
«ô°U¡I¡I «ô°U¡I¡I½Ð¤£n¦AÃhºÃ§ÚÌ¡I¡I¡I¡I
¤]½Ð¤£n¦A¥´¹q¸Ü¸ß°Ý©M«H¹q°T¤F¡A
³oÓÃØ°e¤è®×»P©M«H¹q°T¨S¦³Ãö«Y¡I
§Ú̬O±¶°\¥ø·~ºÞ²zÅU°Ý¦³¤½¥q¡A
Hi,
When I compile the following module,
module ZipTyEnvBug where
type A i = i
type B = A
I get
ghc-5.02: panic! (the `impossible' happened, GHC version 5.02):
/tmp/ghc13435.lpp:388: Non-exhaustive patterns in function
zip_ty_env
Changing the second declaration to
Folks,
my code has unwillingly been forced to read a large string generated
by show. This turned out to be a robustness test because the effect is
a stack overflow (with Hugs as well as with GHC) and, of course, this
error happened in a CGI script.
If you want to try the effect yourself, just
Hi all,
I'm sending this to the whole list because maybe there are others who are
doing the same thing as me, and so it would be useful to share some
effort.
What about a standard AST format? What about static analysis and
type checking/inference?
A few of us at Melbourne have been
Jerzy Karczmarczuk wrote:
Did Joe Fasel include this consciously? If yes,
my respect - already almost infinite, is even bigger now).
I'm pretty sure he did, but he can speak for himself. I know he
discussed these things with his numerical collegues when designing
the prelude.
Look at this
I wrote
I'm afraid that I have very little faith in the numerical analysis
expertise of the typical Haskell implementor, so I think it is dangerous
to give them an incorrect default implementation. I am reminded of
the notorious ASCII C (very)-pseudo-random number generator . . .
Dylan wrote
Tue, 16 Oct 2001 15:29:36 +1000, Fergus Henderson [EMAIL PROTECTED] pisze:
Not giving a default definition is *not* the same as giving a default
definition that calls error. It's significantly safer. The difference
is that the former makes it much easier for compilers to issue warnings
I am happy to announce the first release of popenhs, version 0.00.
popenhs is a very small Haskell library, based on runProcess
in hslibs' posix library. It provides lazy output from
subprocesses through two functions popen2 and popen3.
The source and rpm files are available from:
hi.
I'm trying to run an system command (wget) within a CGI script and get the following
error:
Exitfailure 127
How can I get more information out of an ExitFailure x error?
Can I use ioeGetErrorString? But this function doesn't work on ExitCode, which system
returns.
TIA
sebastian
13 matches
Mail list logo