Good rc1 build on OS X 10.5.7 (Leopard/intel). Couldn't run the 6.10.3
testsuite all the way through. Failed with things like
=> getGroupEntryForName(normal)
cd ../../../libraries/unix/tests &&
'/opt/local/var/macports/build/_Users_gwright_src_macports-trunk_dports_lang_ghc-beta/work/ghc-6.
Peter Hercek wrote:
Simon Marlow wrote:
On 10/07/2009 15:31, Peter Hercek wrote:
Hi,
It would be cool if ghci debugger could grab not only the free variables
in the selected expression but in one case a bit more. The case is when
we stop at a function definition the first time (when just enter
Simon Marlow wrote:
On 10/07/2009 15:31, Peter Hercek wrote:
Hi,
It would be cool if ghci debugger could grab not only the free variables
in the selected expression but in one case a bit more. The case is when
we stop at a function definition the first time (when just entering it).
The proble
> Yes, it is a known limitation. It ought to be documented somewhere.
>
> There are two problems:
>
> 1. GHC is not thread-safe. There are some items of global state (the
> NameCache and the PackageInterfaceTable) that should be protected.
> It's not a trivial matter to do this - we
Ian Lynagh wrote:
> We are pleased to announce the first release candidate for GHC 6.10.4:
>
> http://www.haskell.org/ghc/dist/6.10.4-rc1/
Worked like a charm for me under x86 Solaris.
Cheers Christian
___
Glasgow-haskell-users mailing list
Glasgow
On 12/07/2009 16:49, Daniel Gorín wrote:
Hi
I'm trying to use the GHC API to have several instances of GHC's
interpreter loaded simultaneously; each with its own loaded modules,
etc. However, this doesn't seem to work well when two instances have
loaded modules with the same name. I'm including
On 10/07/2009 15:31, Peter Hercek wrote:
Hi,
It would be cool if ghci debugger could grab not only the free variables
in the selected expression but in one case a bit more. The case is when
we stop at a function definition the first time (when just entering it).
In this case it should provide bi
