1 * reconsider use of Thy_Info.get_theory: only works with batch-build, not within PIDE session;
2 + consider in Build_Thydata: Thy_Hierarchy.insert_errpatIDs
3 + consider in Biegelinie.thy: KEStore_Elems.add_thes,
5 * MW: check uses of Unsynchronized.ref vs. Synchronized.var;
7 * MW: clarify/eliminate Isabelle/Scala add-ons (presently unused)
9 diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/build-jars ./src/Pure/build-jars
11 > src/Tools/isac/BridgeJEdit/isac.scala
13 diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/Tools/scala_project.scala ./src/Pure/Tools/scala_project.scala
15 > "src/Tools/isac/etc" -> Path.explode("isabelle.isac"),
18 * Clarify symmetric rule: Thm.apply_attribute Calculation.symmetric thm context (!?);
20 * Is it possible to eliminate union_overwrite, in favour of more standard data
23 * What is the purpose of "#numeral" instead of plain numeral?
25 * Check/clarify Context.theory_name vs. Context.theory_long_name.
27 * Eliminate mutable Rewrite_Ord.rew_ord' (!?);
30 * WN: eliminate ThmC.numerals_to_Free, use existing Isabelle/HOL representation
31 - clarify role of type "real" vs. "float" (see theory "HOL-Library.Float");
33 * WN: clarify Rule.Thm ("minus_divide_left", ...): Should this be @{rule_thm_sym} antiquotation?
35 * WN: check remaining MethodC.prep_input that use a different theory (e.g. "Diff"):
36 Is this really required, or can we just use the 'method' command?
38 * WN: remove always empty arguments in MethodC.prep_input and Problem.prep_input
39 (following the "TODO" comment);
41 * WN: trim-down MethodC.prep_input and Problem.prep_input to what is really needed.
43 * WN: eliminate global flags like "trace_on", replace Unsynchronized.ref by
45 ML \<open>val rewrite_trace = Attrib.setup_config_bool \<^binding>\<open>rewrite_trace\<close> (K false);\<close>
47 * WN: Avoid Thm.get_name_hint --- somewhat fragile.
49 * WN: eliminate ThyC.to_ctxt, use Proof_Context.init_global inline to make more
50 clear where the normal Isabelle context-discipline is bypassed;
52 * WN: more direct logical foundations wrt. Isabelle/HOL, eliminate many axiomatizations
53 - quite often "axiomatization ..." can be turned into "lemma ... by auto"
55 - sometimes this requires to use more specific types / type classes;
56 - sometimes this requires to use proper definitional mechanisms (e.g. 'primrec', 'fun');
57 - a few "hard" cases will remain, to be reconsidered eventually (e.g. differentiation);
59 * WN: "fun pr_ord" is not required if used with @{make_string}, @{print}, @{print tracing};