#5565: ghc reports a bug after interrupt
-+--
Reporter: kop | Owner:
Type: bug | Status: closed
Priority: normal | Milestone:
Component: GHCi
#5565: ghc reports a bug after interrupt
--+-
Reporter: kop|Owner:
Type: bug| Status: new
Priority: normal |Milestone:
Component
#5565: ghc reports a bug after interrupt
--+-
Reporter: kop|Owner:
Type: bug| Status: new
Priority: normal |Milestone:
Component
#5565: ghc reports a bug after interrupt
-+--
Reporter: kop |Owner:
Type: bug | Status: new
Priority: normal|Milestone
#5565: ghc reports a bug after interrupt
--+-
Reporter: kop|Owner:
Type: bug| Status: new
Priority: normal |Milestone:
Component
#5565: ghc reports a bug after interrupt
--+-
Reporter: kop|Owner:
Type: bug| Status: new
Priority: normal |Milestone:
Component
#5565: ghc reports a bug after interrupt
+---
Reporter: kop | Owner:
Type: bug | Status: new
Priority: normal | Component: GHCi
Version: 7.0.3
#4157: A bug of dropWhileR in Data.Sequence
+---
Reporter: kazu-yamamoto | Owner: igloo
Type: bug| Status: closed
Priority: normal
#4157: A bug of dropWhileR in Data.Sequence
--+-
Reporter: kazu-yamamoto |Owner: igloo
Type: bug| Status: new
Priority: normal |Milestone
#4157: A bug of dropWhileR in Data.Sequence
--+-
Reporter: kazu-yamamoto |Owner:
Type: bug| Status: new
Priority: normal |Milestone
#4157: A bug of dropWhileR in Data.Sequence
-+--
Reporter: kazu-yamamoto | Owner:
Type: bug | Status: new
Priority: normal
#3885: A bug appeared trying to run an opengl(-haskell) program
-+--
Reporter: guest | Owner:
Type: bug | Status: closed
Priority: normal
#3885: A bug appeared trying to run an opengl(-haskell) program
---+
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal | Component
#3733: When I loaded a file and ran it, it gave a message asking me to submit a
bug
---+
Reporter: vtrajan | Owner:
Type: bug | Status: closed
Priority: normal
#3733: When I loaded a file and ran it, it gave a message asking me to submit a
bug
-+--
Reporter: vtrajan |Owner:
Type: bug | Status: new
Priority: normal
#3733: When I loaded a file and ran it, it gave a message asking me to submit a
bug
---+
Reporter: vtrajan | Owner:
Type: bug | Status: new
Priority: normal
#3733: When I loaded a file and ran it, it gave a message asking me to submit a
bug
+---
Reporter: vtrajan | Owner:
Type: bug | Status: new
Priority: normal
#767: withMVar family have a bug
-+--
Reporter: simonmar |Owner:
Type: bug | Status: closed
Priority: high |Milestone: 6.8
Component: Compiler
#767: withMVar family have a bug
-+--
Reporter: simonmar |Owner:
Type: bug | Status: new
Priority: high |Milestone: 6.8
Component: Compiler
#767: withMVar family have a bug
--+-
Reporter: simonmar | Owner:
Type: bug | Status: new
Priority: normal| Milestone: 6.8
Component: Compiler |Version
#767: withMVar family have a bug
-+--
Reporter: simonmar |Owner:
Type: bug | Status: new
Priority: normal|Milestone:
Component: Compiler
> -Original Message-
> From: Simon Marlow [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 12, 2003 7:03 AM
> To: Wojtek Moczydlowski; [EMAIL PROTECTED]
> Subject: RE: A bug
>
>
>
> > The attached program, after compilation under ghc 6.0.1
>
> The attached program, after compilation under ghc 6.0.1
> with -O2 -package
> wx under Windows, after about 1 minute running on 2Ghz
> computer crashes
> with the message: "Internal error: RHS exhausted max heap
> size (...) report
> this as a bug".
Th
The attached program, after compilation under ghc 6.0.1 with -O2 -package
wx under Windows, after about 1 minute running on 2Ghz computer crashes
with the message: "Internal error: RHS exhausted max heap size (...) report
this as a bug".
Wojtek
SG.hs
Description: Binary data
You need 6.0.1 This bug is a famous problem with 6.0
I'm glad it's otherwise solid!
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
| Behalf Of Julian Seward
| Sent: 03 September 2003 16:35
| To: [EMAIL PROTECTED]
| Subject: A bug in GHC 6.0 (unbeli
[EMAIL PROTECTED]:~/SCG/scg$ ghci
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.0, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base ... linking ... done.
Prel
Thanks Julian
I have submitted this to the Debian people as a bug, quoting the first 6
lines of your reply.
Julian Seward (Intl Vendor) wrote:
> This failure is handled better by 5.02.2; it at least tells
> you to use -fvia-C in the error message.
>
> So the real problem is tha
No, it's not a bug. --| is a perfectly good lexeme, not the
start of a comment.
Simon
| -Original Message-
| From: Mike Thomas [mailto:[EMAIL PROTECTED]]
| Sent: 12 February 2002 02:52
| To: [EMAIL PROTECTED]
| Subject: Uncertain if this is a bug in GHC
|
|
| Hi there.
|
|
Hi there.
I am uncertain if the error message below from the code further below is a
bug or not. Putting a space between the "--" and the "|" parses without
error:
-
$ ghc -c test.hs
test.hs:4:
would be nice if Debian shipped a less buggy ghc to the
world.
J
| -Original Message-
| From: Sigbjorn Finne [mailto:[EMAIL PROTECTED]]
| Sent: Sunday, February 10, 2002 11:30 PM
| To: Brett Giles
| Cc: [EMAIL PROTECTED]
| Subject: Re: Compiler 5.02 asked me to report a bug.
|
|
| Hi
e to other Haskell programmers. Looks
like there's plenty of good stuff in there.
- Original Message -
From: "Brett Giles" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 09, 2002 12:31
Subject: Compiler 5.02 asked me to report a bug.
>
Hi, While using green-card to create an interface for postgres database
access, I recieved the following when I executed
ghc -c PG.hs -o PG.o -fglasgow-exts -i/usr/local/gc-2.03/lib/ghc
-package text -package data -package util
ghc-5.02: panic! (the `impossible' happened, GHC version 5.02):
| CODE THAT PRODUCES THE ERROR
|
| module Foo where
|
| import MutableArray
| import ByteArray
| import ST
| import PrelArrExtra
|
| class Foo t where
|
| foo :: t -> ByteArray ix
|
| instance Ix ix => Foo (forall s. MutableByteArray s ix) where
|
| foo x = runST(unsafeFreezeB
Hello,
The following code, when compiled with GHC 4.08.1 under an i586
Archictecute with Red Hat Linux 6.2 produces this error message:
ERROR MESSAGE:
Compilation Dump for: /usr/local/lib/ghc-4.08.1/hsc /tmp/ghc1430.cpp 2>>
erros -fg
> Hello lovely GHC people. I may have found a bug.
>
> If I leave a hanging right brace where one might have been for a 'let'
> expression, eg:
>
> let env' = extendVarEnvList rho env }
>
> I then receive the message:
>
> panic! (the `impossibl
> Hello lovely GHC people. I may have found a bug.
>
> If I leave a hanging right brace where one might have been for a 'let'
> expression, eg:
>
> let env' = extendVarEnvList rho env }
>
> I then receive the message:
>
> panic! (the `impossibl
> The following hack forces the warnings to be silent.
>
> --- /ghc/bin/ghc-4.04~ Mon Jan 17 14:49:50 2000
> +++ /ghc/bin/ghc-4.04 Mon Feb 7 11:12:13 2000
> @@ -1144,7 +1144,9 @@
> # unshift(@Ld_flags, ('-Xlinker -bbigtoc -Xlinker -bnoquiet'));
> unshift(@Ld_flags, ('-Xlinker -
It is a known, and tiresome, bug. Thanks for
reporting it. The more people do, the more likely
we are to fix it!
Simon
| -Original Message-
| From: Daniel MARGULIUS [mailto:[EMAIL PROTECTED]]
| Sent: 10 February 2000 03:53
| To: [EMAIL PROTECTED]
| Subject: This could be a bug
Hello lovely GHC people. I may have found a bug.
If I leave a hanging right brace where one might have been for a 'let'
expression, eg:
let env' = extendVarEnvList rho env }
I then receive the message:
panic! (the `impossible' happened):
Lex.popContext: empty
This is probably a well-known problem, but here goes anyway...
In using the binary distribution of ghc (version 4.04, patchlevel 0)
for the HP (HP-UX B.10.20), I get a warning during final link of
/usr/bin/ld: (Warning) At least one of the files
(/ghc/lib/ghc-4.04/libHS_cbits.a(freeFil
PROTECTED]'; [EMAIL PROTECTED]
| Subject: RE: A bug, or not a bug...
|
|
| > When ghc is invoked as, say,
| >
| > ghc somedirectory/mymodule.hs
| >
| > it seems to assume the directory where it is invoked as the
| > current working directory, and in particular, it searches
|
> When ghc is invoked as, say,
>
> ghc somedirectory/mymodule.hs
>
> it seems to assume the directory where it is invoked as the
> current working directory, and in particular, it searches
> for .hi files in that directory.
>
> Now, one could argue that the desirable behaviour is to
> assum
When ghc is invoked as, say,
ghc somedirectory/mymodule.hs
it seems to assume the directory where it is invoked as the
current working directory, and in particular, it searches
for .hi files in that directory.
Now, one could argue that the desirable behaviour is to
assume `somedirectory' as
age-
> From: [EMAIL PROTECTED]
> Sent: Thursday, July 01, 1999 9:50 PM
> To: [EMAIL PROTECTED]
> Subject: A bug or not?
>
>
> This program simply SIGSEGVs right at the beginning. Is it supposed to
> give some more informative error message? I've heard that ghc-
This program simply SIGSEGVs right at the beginning. Is it supposed to
give some more informative error message? I've heard that ghc-compiled
programs should never crash as long as one doesn't use hacks like
ccall or such :-)
import System
main = do
print f
exitWith ExitSuccess
f :: Strin
> If I write instead
>
> > class (Eval (a b)) => AClass a b where
> > f :: (a b -> c -> a b) -> a b -> [c] -> a b
> > f h s xs = foldl' h s xs
>
> then I got the error: `TypeTest.hs:9:13: parse error on input: "("'
> (line 9 of TypeTest.hs is the line with the `class' keyword)
>
> Using
dl' h s xs
then I got the error: `TypeTest.hs:9:13: parse error on input: "("'
(line 9 of TypeTest.hs is the line with the `class' keyword)
Using 'Eval a b' instead of 'Eval (a b) is wrong, of course.
Giving the context in the type signatur of f is wrong, too.
Marc van Dongen= <[EMAIL PROTECTED]> writes:
> [snip]
>
> : > > module Main( main ) where
> : > > import List( genericLength )
> : > > main = putStr (show integral) >>
> : > >putStr "\n">>
> : > >return ()
> : > > where integral = genericLength []
>
> [snip]
>
Marc van Dongen= writes:
>
> : of the report), this means resolving `integral' to be a value of type
> : Int.
>
> I think this ``resolving'' may lead to unwanted results. It took
> me quite some time to discover that Integral was resolved to Int
> in some program I had. Is there a possibility
[snip]
: > > module Main( main ) where
: > > import List( genericLength )
: > > main = putStr (show integral) >>
: > >putStr "\n">>
: > >return ()
: > > where integral = genericLength []
[snip]
: This is a legal Haskell program. The (ambiguous) type of `integra
Marc van Dongen= writes:
>
> I suspect the program included below is
> incorrect. Nevertheless it compiles fine under
> ghc-3.01 patchlevel 0.
>
> > module Main( main ) where
> > import List( genericLength )
> > main = putStr (show integral) >>
> >putStr "\n">>
> >re
Hi there,
I suspect the program included below is
incorrect. Nevertheless it compiles fine under
ghc-3.01 patchlevel 0.
> module Main( main ) where
> import List( genericLength )
> main = putStr (show integral) >>
>putStr "\n">>
>return ()
> where integral = gen
David Plume writes:
>
> > >
> > > The compiler doesn't appear to link programs compiled with the
> > > -prof -auto options if the -O flag is set.
> > >
> >
> > Hi,
> >
> > profiling optimised programs is legal - what's the linker errors
> > you're getting?
>
> I've attached the output of t
David Plume writes:
>
>
>
> Resent: Apologies if this arrives twice...
> Mailer at dcs.gla.ac.uk didn't like my MIME attached files, so they're
> just appended to this message.
>
> Dave
Thanks, will have a look. There's been a couple of people reporting
problems wit
% ghc Fehler.hs
> Fehler.hs:4:12: parse error on input: "{"
Yes, it looks like a bug. The following patch should fix it:
*** hsparser.y 1998/01/21 17:37:09 1.16
--- hsparser.y 1998/02/26 10:47:34
***
*** 755,761
| OPAREN qconsym CPAREN batypes{
David Plume writes:
>
> ghc-3.10, Solaris 2.5.1
>
> The compiler doesn't appear to link programs compiled with the
> -prof -auto options if the -O flag is set.
>
Hi,
profiling optimised programs is legal - what's the linker errors
you're getting?
--Sigbjorn
ghc-3.10, Solaris 2.5.1
The compiler doesn't appear to link programs compiled with the
-prof -auto options if the -O flag is set.
As far as I can make out that's just fine, as long as it says
so in the 'Compiling programs for profiling' section of the user
manual - but I couldn't find it.
Can
ghc-3.01 complains about a syntax error in the following cut down
program:
> module Fehler where
>
> data Constr
> = (:<-:) { expr :: LambdaCExpr, context :: ContextTerm }
kinetic% ghc Fehler.hs
Fehler.hs:4:12: parse error on input: "{"
Hugs 1.4 accepts the module and seems to do what was int
> Test.hs:13:
> Too many parameters for class `ParentWidget'
> In the class declaration for `ParentWidget'
I think you must have omitted -fglasow-exts as Sigbjorn says.
The code that generates the error is this
checkTc (opt_GlasgowExts || length tyvar_names == 1)
(clas
Einar Wolfgang Karlsen writes:
>
> While experimenting with multiple parameter type classes for
> modelling GUI operations of relevance to the packer, I
> got the following:
>
> Test.hs:13:
> Too many parameters for class `ParentWidget'
> In the class declaration for `ParentWidget'
>
--
X-Sun-Data-Type: text
X-Sun-Data-Description: text
X-Sun-Data-Name: text
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 17
While experimenting with multiple parameter type classes for
modelling GUI operations of relevance to the packer, I
got the following:
Test.hs:13:
Too many par
: Hi there,
:
:
:
: While using mkdependHS, I am getting errors because the
: tool can not find .hi files for modules which are imported
: from a library in some other directory than the one I'm
: making in.
:
: Is this an error, and if not, how do I solve this?
:
This is embarrassing. As so
Hi there,
While using mkdependHS, I am getting errors because the
tool can not find .hi files for modules which are imported
from a library in some other directory than the one I'm
making in.
Is this an error, and if not, how do I solve this?
Thanks in advance,
Marc van Dongen
Alex Ferguson writes:
>
> I'm not sure if this is something I have much justification in complaining
> about, but why might the following fragment _not_ blackhole out?
>
> > s' = if s' == "<>" then "is not =" else s
>
> Instead it just gobbles up arbitrary amounts of heap. T
I'm not sure if this is something I have much justification in complaining
about, but why might the following fragment _not_ blackhole out?
> s' = if s' == "<>" then "is not =" else s
Instead it just gobbles up arbitrary amounts of heap. This looks
like a pretty easy one to g
[Sorry for taking so long, had to wait for haskell.org to wake up again]
Bjarte Mayanja Oestvold writes:
>
> In GHC 2.04, the module List does not conform to the Haskell 1.4
> Library Report (but it should?): List needs to export the definitions
> `unionBy' and `intersectBy'.
>
Thanks, you're
[Sorry if this comes twice, Mew died on me.]
Hi
In GHC 2.04, the module List does not conform to the Haskell 1.4
Library Report (but it should?): List needs to export the definitions
`unionBy' and `intersectBy'.
Also, unless I haven misunderstood something, the definition of
`unionBy', and thus
Mariano Suarez Alvarez writes:
> after configuring and `making boot', when I `make all', when make gets to
> /fptools/ghc/compiler, I get an error I can't fix because I really haven't
> understood the Makefile structure.
>
> > "parser/U_binding.hs", line 6, column 22: can't find interface (.hi)
after configuring and `making boot', when I `make all', when make gets to
/fptools/ghc/compiler, I get an error I can't fix because I really haven't
understood the Makefile structure.
> "parser/U_binding.hs", line 6, column 22: can't find interface (.hi)
> file for module "FastString" on input:
I was too hasty to complain on a bug in ghc-0.2-linux and to send a
letter yesterday with the Gauss method script. I am sorry. It may well
occure that this is not a bug.
It occured to me that this version of the method is very unstable.
Hence the small diference between my divMod (positive
70 matches
Mail list logo
