[isabelle-dev] NEWS: asynchronous print functions etc.
Makarius
makarius at sketis.net
Fri Jul 19 16:22:32 CEST 2013
On Fri, 19 Jul 2013, Tobias Nipkow wrote:
>> I have generalized the concept to allow changing the visibility of a
>> global theory context as well. This is observed by unify.ML, as a
>> guard to its many tracing options, find_theorems.ML then copies the
>> Proof.context visibility over to a copy of the background theory of the
>> goal state, so 'solve_direct' no longer produces spam from this source,
>> see Isabelle/d68fd63bf082.
>
> Does that mean that one could add an attribute unify_trace now?
These have been there since 2007:
changeset: 24178:4ff1dc2aa18d
user: wenzelm
date: Tue Aug 07 20:19:55 2007 +0200
files: src/HOL/Bali/Basis.thy src/HOL/IMPP/Natural.thy
src/HOL/Induct/Com.thy src/HOL/MicroJava/J/JTypeSafe.thy
src/Pure/Isar/attrib.ML src/Pure/unify.ML
src/Sequents/LK/Hard_Quantifiers.thy src/Sequents/ROOT.ML
src/Sequents/Sequents.thy
description:
turned Unify flags into configuration options (global only);
The "global only" aspect is a source of confusion and potential problems,
but it cannot be changed: unification is routinely applied without a
proper context, e.g. in "RS".
What I have done in 51dfdcd88e84 is to make
Context_Position.is_visible_global a guard for *any* output of the
unify.ML module -- it is quite complex in its chatty manner, and that way
we know that it cannot produce outbursts that bomb the prover front-end
for tools that can afford to change the global theory to disable context
visibility.
Makarius
More information about the isabelle-dev
mailing list