[isabelle-dev] How to activate/de-activate unifier-trace from ML-level
Makarius
makarius at sketis.net
Mon Nov 3 10:26:12 CET 2014
On Mon, 3 Nov 2014, Peter Lammich wrote:
> I have a tactic that has a debug-mode. In debug-mode, it shall output
> unification trace for certain (but not all) rule applications.
>
> How to write a tactic
> resolve_with_tracing: thm list -> int -> tactic
>
> that behaves like resolve_tac, but outputs unification trace?
I don't know yet. These ancient things are still somewhat entangled.
Last time in Garching, I had a brief discussion with Lars Nischinski about
a proper local configuration options for unify_trace. Then tools could
change the context before invoking certain resolve operations.
It is conceptually not possible to work with global options on the
background theory instead: a theory certificate is not a proper context.
> Not sure whether this belongs to user or devel, but the reason
> for my message is
>
> http://sourceforge.net/p/afp/code/ci/7189f7ffd73e17c2395eb552c89004f5b8e0453e/
>
> which seems to be related to tty-mode elimination that is currently
> going on in dev-version.
I merely removed some very old Unsynchronized.ref variables. This
elimination of ad-hoc mutable state has started in 2007 and is getting
close to be finished. Isabelle/ML tools must not poke around in memory
arbitrarily. Since people sometimes want to do it nonetheless, the
canonical way is to make it structurally impossible by removing refs. (In
most situtations, ill-defined behaviour of mutability is unintentional,
though.)
You can contribute indirectly to important reforms that are in the
pipeline for a long time by keeping your sources in a more up-to-date
state.
Makarius
----------------------------------------------------------------------------
http://stop-ttip.org 777,443 people so far
----------------------------------------------------------------------------
More information about the isabelle-dev
mailing list