Skip to Content.
Sympa Menu

coq-club - Re: [Coq-Club] Abort-ended test Goals vs. async proof processing

coq-club AT inria.fr

Subject: The Coq mailing list

List archive

Re: [Coq-Club] Abort-ended test Goals vs. async proof processing


Chronological Thread 
  • From: Jonathan <jonikelee AT gmail.com>
  • To: coq-club AT inria.fr
  • Subject: Re: [Coq-Club] Abort-ended test Goals vs. async proof processing
  • Date: Wed, 27 Aug 2014 19:47:05 -0400

On 08/27/2014 07:35 PM, Jason Gross wrote:
I don't know if anyone has responded to you, or if you resolved this, and
sorry for the rather late reply, but this sounds like a bug you should
report on the bug tracker, if the behavior still exists.

-Jason

Yes, it still exists - I'll report it. I have switched to using "-async-proofs off" as a workaround.

-- Jonathan

On Aug 17, 2014 3:54 AM, "Jonathan"
<jonikelee AT gmail.com>
wrote:

I just noticed the following behavior: when using asynchronous proof
processing, as in Coqide, a goal that ends in Abort won't fully process.
As with:

Goal True.
idtac. (*or any one tactic that doesn't fail*)
fail. (*or any sequence of tactics that fails*)
Abort.

Instead of the above goal failing, asynchronous processing mode skips from
the first tactic (idtac in this case - which is evaluated) directly to the
Abort, seeming to ignore everything in between (it's left colored blue in
Coqide, instead of green). No failure occurs.

I don't know if this is the desired behavior of Abort under asynchronous
processing mode, but some users might not anticipate such skipping, and
might be using Abort-ending goals as tests.

-- Jonathan






Archive powered by MHonArc 2.6.18.

Top of Page