> Thanks for your reply. I'm afraid it's left me even
> more confused about which way to go with this :-(
>
> If it's possible that future Haskell FFI's don't guarantee
> that all finalisers are run then this more or less rules
> out the use of the reference counting solution (which
> wasn't par
Dear GHC team,
In the current implementation there is no way to
force finalization of the foreign ptr if there are
still references to it. In this scenario
the finalization will be executed during the next
garbage collection. In some cases it is known that the
foreign pointer value is not use
> This is ghc-6.2, trying to built it with ghc-6.2:
>
>
> $ ./configure --with-x --enable-threaded-rts --enable-objectio
> --enable-hopengl
This looks like a problem with ObjectIO - Krasimir?
Cheers,
Simon
___
Glasgow-haskell-users mailing
> I'm getting problems building ghc 6.2. It fails building the
> documentation (which I didn't really want anyway). I'm using
> the gentoo ebuild script.
>
> I've got haddock 0.6 installed. (That was my first error!)
> I'm hoping someone might know what is going wrong here. I'll
> report back
[ forwarded to [EMAIL PROTECTED] ]
>In the current implementation there is no way to
> force finalization of the foreign ptr if there are
> still references to it. In this scenario
> the finalization will be executed during the next
> garbage collection. In some cases it is known that the
>
On Mon, Dec 22, 2003 at 10:13:42AM -, Simon Marlow wrote:
>
> performGC doesn't do anything that you can rely on :-) In practice, it
> probably starts all the finalizers that are ready to run, but it
> certainly doesn't wait for their termination.
Moreover, it is not guaranteed that perform
On Mon, Dec 22, 2003 at 11:34:14AM +0100, Tomasz Zielonka wrote:
>
> Moreover, it is not guaranteed that performGC will trigger a full GC.
> Most often it will reclaim only the 0th generation. I think it would be
> useful to have something like performFullGC.
Or rather performMajorGC :)
It seems
> something I have wanted to do is modify Alex so that รข turns into the
> regular expression 0xe2 0x88 0x80 (and so forth) so that ghc (whose
> lexer is generated from alex) can simply accept utf8 input.
I also really want to get GHC accepting UTF-8 source files, but I don't think this is
the
On Fri, Dec 19, 2003 at 12:17:42PM -0800, John Meacham wrote:
> 1. written the CWString library (now a part of the FFI) which lets you
> call arbitrary C functions doing all the proper character set conversion
> stuff.
Do you plan to update this and merge it with the hierarchical libraries
to comp
> Now, if I let one side of the connection send some characters:
>sequence_ $ take 10 $ repeat $ (writeChan outputChan 's')
> and I let the other side consume them:
>sequence_ $ take 10 $ repeat $ (putChar =<< readChan inputChan)
> then the characters are sent and received correctly, but th
> > Thanks for your reply. I'm afraid it's left me even
> > more confused about which way to go with this :-(
Is your problem something you could handle with a C atexit() handler?
Carl Witty
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
ht
> > The build output is like so:
> [snip]
> > Fail: does not exist
> > Action: openFileEx
> > Reason: No such file or directory
> > File: base/base.haddock
>
> Hmmm. It's possible the gentoo ebuild is trying to 'make install-docs'
> without building the docs in the first place.
This has indeed b
From: Jens Petersen <[EMAIL PROTECTED]>
Subject: Re: ghc-6.2 rpm package available
Date: Mon, 22 Dec 2003 11:10:54 +0900
> There is a nosrc rpm package at:
>
> http://haskell.org/~petersen/rpms/ghc/ghc-6.2-1.nosrc.rpm
Ah! I misread it as noarch.rpm.
Thank you very much.
Hiroyuki
_
13 matches
Mail list logo
