Alastair writes:
> > According to the Haskell98 report, section 2.3:
> > `For example, "-->" or "--|" do not begin a comment.'
>
> I hope it will be a long time because fixing this bug will break my
> habit of separating major pieces of code with "comments" like:
>
> --
Bug Report for Hugs98 (May 1999 version) compiled with readline
support, if that is relevant.
There is a bug in deriving instances of Show, illustrated here when
the datatype has a constructor containing a \.
For this code:
data X = X
| X :\ X
deriving Show
main = putStrLn
Sven writes:
> Both GHC and Hugs have a bug in their Prelude for Ratio's Enum
> instance. ... The reason for this
> is that the default method for enumFromThenTo is used, which truncates
> 4%3 to 1 (same for enumFromTo).
I'd say that this is a bug in the Library Rep
The Linux RPM package for the latest beta release of Hugs, on 30th
Jan 2001, won't install on any of my RedHat 6.2 systems. The package
manager complains that the Hugs package has a major version number
greater than 3, and this is somehow not acceptable.
I hope this can be fixed before the 14th
| > The package
| > manager complains that the Hugs package has a major version number
| > greater than 3, and this is somehow not acceptable.
> Does anyone know why the RPMs are OS version
> dependent, and/or if it is desireable to build them in an OS version
> independent way?
Hmmm, in a flash
mmand-line.
Regards,
Malcolm
- [EMAIL PROTECTED]
Dr Malcolm Wallace (functional programming research)+44 1904 434756
Department of Computer Science, University of York, YORK YO10 5DD, U.K.
___
Hugs-Bugs ma
> Then I think hugs and nhc98 are wrong. The report states that the
> unliterate version of the file is recovered by "taking only those lines
> beginning with '>', and removing the first character of those lines",
> which would leave the lines indented by a single space, not two.
This would appe
> My understanding is that the following script:
>
> - cut here -
>
> > foo :: Int -> Int
> > foo _ = 2
>
> \begin{code}
>
> bar :: Int -> Int
> bar _ = 1
>
> \end{code}
>
> - cut here -
>
> should be valid and define foo and bar (although the report does say "It
> is not a
> Hello, my problem is not really a bug at all, but is
> still a problem. I am trying to complete a university
> project due in soon and to do this i need to get hugs
> working on sun's solaris OS, which I'm not really used
> to. I have used the UNIX instructions given with the
> install package,
There is a bug in Dec2001 Hugs (and earlier releases too) which causes
the Prelude function `interact' to behave unexpectedly - the user's
input is not echoed to the screen as she types it. A patch is attached
which solves the problem.
Regards,
Malcolm
--- src/iomonad.c Tue Dec 11 00:
Hi Feliks,
> > (Forwarded message, original mistakenly sent only to Feliks.)
> Never got the first one.
[ I got a "not-delivered after 24 hours" warning on the original,
which alerted me to the fact it was addressed only to you. ]
> It's just that I was so impressed with the ease of porting t
> did you accidentally send this to the wrong list? :)
Oops, bit of a mistaken identity there! Sorry folks. Thanks to
Sigbjorn for letting me know gently... :-)
> - Original Message -
> To: <[EMAIL PROTECTED]>
> Subject: Re: [nhc-bugs] problems with 1.12
_
Here's my first report for the FFI test build. Note that this is a
very old version of gcc, and I have had this 'sigset_t' problem on
Solaris several times before with other software. My next report will
be on the same machine with a newer version of gcc.
Regards,
Malcolm
> uname -a
SunOS
Here's my second report on the Hugs FFI build for Solaris. The newer
version of gcc seems to have fixed the earlier build problem. However,
as you can see, there is now a linking problem with the Storable module.
Regards,
Malcolm
> uname -a
SunOS doozer 5.6 Generic_105181-15 sun4u sparc S
> > Here's my second report on the Hugs FFI build for Solaris.
>
> I'm not sure what's going on but I'm guessing that the problem
> is that my autoconf test for how to build loadable libraries
> wasn't thorough enough.
Ok, another try on the same machine setup but with the new package
incorpora
Martin Erwig <[EMAIL PROTECTED]> writes:
> I think that round might not be working correctly for numbers
> that end with "2.5".
>
> Prelude> round 2.5
> 2
This is correct according to the Haskell'98 report, and all the other
Haskell implementations agree with Hugs. Section 6.4.6:
"round x
Gavin Lowe <[EMAIL PROTECTED]> writes:
> I think this is a hugs bug.
It isn't. You will get the same behaviour in nhc98 and ghc.
> Prelude> let g n = n^25 `mod` 18721 in g 4
> 17173
>
> Prelude> let f n = snd( chr n, n^25 `mod` 18721 ) in f 4
> 0
The problem is with type-defaults fo
Ralf Hinze <[EMAIL PROTECTED]> writes:
> I am posting the following bug report every once in a while.
>
> Main> mirror []
> ERROR - Cannot find "show" function for:
> *** Expression : mirror []
> *** Of type: [a]
>
> << Instructor:
> it's because `mirror []' has the polymorphic type `[a]' an
Adam <[EMAIL PROTECTED]> writes:
> I'm trying to build hugs on Mac OS X 10.3.7. The configure script runs ok,
> then when I do 'make' I get the following:
>
> /usr/bin/ld: Undefined symbols:
> _doubleFromParts
> _part1Double
> _part2Double
> make: *** [hugs] Error 1
The configure script is (wron
Sven Panne <[EMAIL PROTECTED]> wrote:
> What's even worse: I've just seen that neither Hugs nor nhc98
> implement isNaN, isInfinte, isDenormalized, isNegativeZero and
> isIEEE. :-( GHC does it via some bit-fiddling in StgPrimFloat.c, but
> it is unclear to me why the stuff from (isnan() etc.)
Hugs <[EMAIL PROTECTED]> wrote:
> --- Comment (by edoll):
>
> [http://www.sj83.com/google.htm google左侧æå]
> [http://www.sj83.com/google.htm googleæå]
> [http://www.global-jipiao.cn/feijipiao.htm é£æºç¥¨]
> [http://www.zzsszg.com/ ç ´ç¢æº]
etc. Is there some easy way to p
21 matches
Mail list logo
