Bugs item #1266898, was opened at 2005-08-23 08:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1266898group_id=8032
Please note that this message will contain a full copy of
Bugs item #1146118, was opened at 2005-02-22 02:34
Message generated for change (Comment added) made by sigbjorn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1146118group_id=8032
Please note that this message will contain a full copy of the comment
[Apologies for multiple copies]
FroCoS 2005: CALL FOR PARTICIPATION
*** EARLY REGISTRATION DEADLINE: September 1, 2005 ***
ghc-src 0.2.0 has been released.
ghc-src is a Haskell parser with full support for every GHC extension.
It is a refactored version of the Haskell parser used internally by
GHC and is meant as a replacement for haskell-src-exts, although it
might have other uses.
The package is cabalized and lives
Apologies if you receive multiple copies of this message!
===
CALL FOR TUTORIAL PAPERS
4th International Symposium on 1 - 4 November 2005
Formal Methods for
On Tue, Aug 23, 2005 at 04:10:51PM +0200, Lemmih wrote:
ghc-src 0.2.0 has been released.
ghc-src is a Haskell parser with full support for every GHC extension.
It is a refactored version of the Haskell parser used internally by
GHC and is meant as a replacement for haskell-src-exts, although
Scherrer, Chad wrote:
I keep getting stack overflows, so I think my code must be too lazy somewhere
(that's what that means, right?)
Most often, yes. Afaict, the best way to spot these leaks is to
simulate lazy evaluation in your head. After fumbling with ghc's heap
profiling facilities and
On 8/23/05, John Meacham [EMAIL PROTECTED] wrote:
On Tue, Aug 23, 2005 at 04:10:51PM +0200, Lemmih wrote:
ghc-src 0.2.0 has been released.
ghc-src is a Haskell parser with full support for every GHC extension.
It is a refactored version of the Haskell parser used internally by
GHC and
When I compile with ghc -prof -auto-all, I end up with a .prof file that
starts out like this:
individualinherited
COST CENTRE MODULE no.entries %time %alloc %time %alloc
MAIN MAIN 1 0 0.00.0 100.0 100.0
Thomas Jäger [EMAIL PROTECTED] writes:
I believe there may be some nasty interactions with generalized
newtype-deriving, since we can construct two Leibniz-equal types which
are mapped to different types using fundeps:
class Foo a where
foo :: forall f. f Int - f a
instance Foo
Adam Wyner [EMAIL PROTECTED] writes:
I am getting a pattern match failure, and then subsequent functions
which worked right work wrong. I am using Hugs and Trex.
The problem with subsequent evaluations is simple. When Hugs says this:
INTERNAL ERROR: Error in graph
it means that the whole
would the STM constructs in GHC 6.4 be suitable for your project?
jake
Hi Jake,
as far as I understand STM is does not exactly match my requirements - it
is meant
to support concurrent programming.
But it is a great reading - thanks for pointing that out to me!
I'll get to use it later when I
On 14/08/05, Carl Marks id2359 at yahoo.com wrote:
Is there any text/article which makes precise/rigorous/explicit
the connection between the category theoretic definition of
monad with the haskell implementation?
I did try to do this in my (rejected) paper A monadic
interpretation of tactics
Bayley, Alistair wrote:
I've fixed this now, so it should be quite a bit more usable. The code's in
the experimental branch, but it's all quite safe, except for the MS Sql
Server stuff, which is work-in-progress.
I've updated the Haddock docs, which should explain how to use everything.
Please
14 matches
Mail list logo
