with 6.10, the following does not typecheck:
foo `Control.Exception.catch` \ _ - return bar
Ambiguous type variable `e' in the constraint:
`Control.Exception.Exception e'
It is probably bad programming style anyway but what is the workaround?
I found some references (in list emails) to
2008/10/7 Johannes Waldmann [EMAIL PROTECTED]:
with 6.10, the following does not typecheck:
foo `Control.Exception.catch` \ _ - return bar
Ambiguous type variable `e' in the constraint:
`Control.Exception.Exception e'
catch \(e :: SomeException) - ...
This requires language
Johannes Waldmann wrote:
Solved - exit_group() wasn't the problem.
My wrapper program silently died from SIGPIPE.
This is something we changed in GHC 6.10.1, incedentally. Now SIGPIPE
doesn't silently exit the program, and it will get an exception instead.
Cheers,
Simon
Dear all,
I tried to install the binary snapshot on Debian (etch) x86_64 and got:
/usr/local/lib/ghc-6.10.0.20081005/ghc: error while loading shared
libraries: libedit.so.0: cannot open shared object file: No such file or
directory
I do have libedit (I think):
lrwxrwxrwx 1 root root 14
catch \(e :: SomeException) - ...
So, this changes the API (from 6.8 to 6.10)?
I see there is Control.OldException (providing the old catch)
but that still does not help me if I want my code compile
with both 6.8 and 6.10. Is there some version of catch that works both ways?
best regards,
On Tue, 2008-10-07 at 20:50 +0200, Johannes Waldmann wrote:
catch \(e :: SomeException) - ...
So, this changes the API (from 6.8 to 6.10)?
I see there is Control.OldException (providing the old catch)
but that still does not help me if I want my code compile
with both 6.8 and 6.10. Is
On Tue, Oct 07, 2008 at 12:54:55PM -0700, Duncan Coutts wrote:
On Tue, 2008-10-07 at 20:50 +0200, Johannes Waldmann wrote:
catch \(e :: SomeException) - ...
So, this changes the API (from 6.8 to 6.10)?
I see there is Control.OldException (providing the old catch)
but that still
Hi,
I've been playing with DPH more; this time I've taken the Parallel
Strategies binary-trees benchmark and converted it to use DPH.
The results are here:
http://haskell.org/haskellwiki/Shootout/Parallel/BinaryTreesDPH
I haven't yet got anybody to test it on a 4/8 core machine, but on my
