On 08/11/12 05:43, Johan Tibell wrote:
I can't wait until we have some for of stack traces in GHC. What's the
current status? Did the semantics you presented at HIW12 work out? Even
though the full bells and whistles of full stack traces is something I'd
really like to see, even their more impov
Hi Edward,
thanks a lot for your reply.
> rnf can be thought of a function which produces a thunk (for unit)
> which, when forced, fully evaluates the function. With this in hand,
> it's pretty clear how to use evaluate to enforce ordering:
>
> evaluate (rnf ('a': throw exceptionA))
So if I
On 12-11-08 07:12 AM, Simon Hengel wrote:
I was just going to say that I can give at least one counterexample
where this does not hold:
evaluate (('a' : undefined) `deepseq` return () :: IO ())
throwIO exceptionB
But then I realized that here exceptionA is optimized away altogether.
For m
And the important observation is: all of them throw A if interpreted in
ghci or compiled without -O, right?
On Thu, Nov 8, 2012 at 11:24 AM, Albert Y. C. Lai wrote:
> On 12-11-08 07:12 AM, Simon Hengel wrote:
>
>> I was just going to say that I can give at least one counterexample
>> where this
On 12-11-08 01:01 PM, Nicolas Frisby wrote:
And the important observation is: all of them throw A if interpreted in
ghci or compiled without -O, right?
Yes.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.o
It looks like the optimizer is getting confused when the value being
evaluated is an IO action (nota bene: 'evaluate m' where m :: IO a
is pretty odd, as far as things go). File a bug?
Cheers,
Edward
Excerpts from Albert Y. C. Lai's message of Thu Nov 08 10:04:15 -0800 2012:
> On 12-11-08 01:01 P
Is this related to imprecise exceptions?
http://research.microsoft.com/en-us/um/people/simonpj/papers/imprecise-exn.htm
Antoine
On Thu, Nov 8, 2012 at 12:01 PM, Nicolas Frisby wrote:
> And the important observation is: all of them throw A if interpreted in
> ghci or compiled without -O, right?