OK.. I've done something which is easy to implement, namely to make it
so that the export list does not count for reporting deprecations.
Simon
| -Original Message-
| From: Sven Panne [mailto:[EMAIL PROTECTED]
| Sent: 02 January 2004 21:04
| To: Simon Peyton-Jones
| Cc: GHC Bugs
|
Prelude :set -package wx
Loading package haskell98 ... linking ... done.
Loading package lang ... linking ... done.
Loading package concurrent ... linking ... done.
Loading package QuickCheck ... linking ... done.
Loading package util ... linking ... done.
Loading package data ... linking ...
I get the following error message:
darcs: internal error: EVACUATED object entered!
Please report this as a bug to [EMAIL PROTECTED],
or http://www.sourceforge.net/projects/ghc/
I'm not sure what is causing this. This is using ghc 6.2, the debian
version that just moved into
Stefan Reich [EMAIL PROTECTED] writes:
A complex program of mine fails with this message:
Fail: Maybe.fromJust: Nothing
I tried to extract more information about the error by compiling with
-prof -auto-all and running the program with +RTS -xc, as advised on
A complex program of mine fails with this message:
Fail: Maybe.fromJust: Nothing
I tried to extract more information about the error by compiling with
-prof -auto-all and running the program with +RTS -xc, as advised on
http://www.haskell.org/hawiki/TipsAndTricks . This yielded
It seems that with GHC 6.2, -keep-hc-files and --make conflict: GHC
deletes the HC files it makes. I found an old bug report about this,
with a note from one of the developers claiming to have fixed
this, but
at least here the bug is reproduceable (a regression, perhaps?).
This is on
This worked in GHC 6.0.1:
multilineLiteral =
line1
line2
But doesn't work in GHC 6.2. Is this a bug or rather a bugfix?
Anyway, I found it very convenient to embed verbatim string
blocks this
way. Is there maybe another way to achieve the same thing?
Just to clarify, this
The other complication I can see is that ForeignPtr finalisers can't
be Haskell. So I have to call the Haskell finalisation from C.
Is that safe? I'm afraid I still don't fully understand why Haskell
finalisers are unsafe or why (if) calling Haskell from a C finaliser
(which then called C
On Mon, Jan 05, 2004 at 11:35:37AM +, Malcolm Wallace wrote:
Unfortunately, Hat is currently limited to ghc version 5.04.3 (i.e. not
yet updated to cope with the 6.x series),
The Debian package works with ghc6.2 (at least the Insort example works
for me - I haven't done more with it than
I'm afraid I still don't fully understand why Haskell
finalisers are unsafe or why (if) calling Haskell from a C finaliser
(which then called C land again) would be any safer.
The FFI standard doesn't say that calling C finalizers is unsafe (which would
imply that the finalizers
I've just run into a problem with Hugs-2003 on Windows, where I get the
following message:
[[
ERROR D:\Cvs\DEV\HaskellRDF\N3FormatterTest.hs - Program code storage
space exhausted
]]
(This is attempting to load a consolidated test harness, so there genuinely
is a lot of Haskell code here, for
so, A common idiom when using Control.Monad.ST is to do some
complicated, state using computation to compute a big array which is
then used purely functionally as a read-only array in the rest of the
program.
to avoid the cost of copying the array at the end, we are
forced to use
I think there is some software to translate some DocBook
derivate to man
pages. Maybe one could use the DocBook export mechanism of
Haddock for man
page production. Just and idea.
Haddock's DocBook output support needs a lot of work - I originally
started on the DocBook output before
Simon Marlow wrote:
I think there is some software to translate some DocBook
derivate to man
pages. Maybe one could use the DocBook export mechanism of
Haddock for man
page production. Just and idea.
Haddock's DocBook output support needs a lot of work - I originally
started on the
Following my earlier message, I've posted a rebuild of Hugs.exe for
MS-Windows, with quadrupled code storage allocation, at:
http://www.ninebynine.org/Software/FatHugs.html
#g
Graham Klyne
For email:
http://www.ninebynine.org/#Contact
Jeff Newbern [EMAIL PROTECTED] writes:
Thanks for your input. I am mainly interested in this functionality to
enhance my unit tests. I want to be able to run test cases with limits
on time, heap, stack, etc. and fail the test if it exceeds the limits.
Well, if you can isolate the tests well
[EMAIL PROTECTED] writes:
There is only one problem I've found with test-driven development in
Haskell. In C++, it's possible to break the module abstraction
(yes, I know, C++ doesn't have modules; it has classes, which are really
instantiable modules) by using friend. In Haskell, I find
Folks,
I think Haskell can be used to solve several, if not all, of
the seven problems.
Now I have to decide which problem to tackle first.
Chris
=
Christopher Milton
[EMAIL PROTECTED]
___
Haskell-Cafe mailing list
[EMAIL PROTECTED]
Duncan Coutts wrote:
On Sun, 2004-01-04 at 10:20, Graham Klyne wrote:
[...] I would expect that when using GHC to compile a
stand-alone Haskell program, any expressions that are not referenced are
not included in the final object program, so leaving these test cases
uncommented would be
Christopher Milton [EMAIL PROTECTED] writes:
I think Haskell can be used to solve several, if not all, of
the seven problems.
What's this? Is there an URL with more information?
-kzm
--
If I haven't seen further, it is by standing in the footprints of giants
--- Ketil Malde [EMAIL PROTECTED] wrote:
Christopher Milton [EMAIL PROTECTED] writes:
I think Haskell can be used to solve several, if not all, of
the seven problems.
What's this? Is there an URL with more information?
Sorry, I meant to include the URL, but I got distracted.
Hello Haskellians,
I have been looking for a way to get ghc-compiled haskell programs to
talk to a PostgreSQL database, and HSQL seems to be exactly what I
need... And what's more, it appears to have downloaded and installed
with minimal hassle...
Alas (and I am sure this is a problem with my
Nevermind, I found it. http://htoolkit.sourceforge.net/
--- Christopher Milton [EMAIL PROTECTED] wrote:
I keep only finding a Java SQL interface on SourceForge
when I look for HSQL. What is the URL?
--- Charles Perkins [EMAIL PROTECTED] wrote:
Hello Haskellians,
I have been looking for
23 matches
Mail list logo