wenzelm@60234
|
1 |
* MW: check uses of Unsynchronized.ref vs. Synchronized.var;
|
wenzelm@60234
|
2 |
|
wenzelm@60216
|
3 |
* MW: clarify/eliminate Isabelle/Scala add-ons (presently unused)
|
wenzelm@60216
|
4 |
|
wenzelm@60216
|
5 |
diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/build-jars ./src/Pure/build-jars
|
wenzelm@60216
|
6 |
11a12
|
wenzelm@60216
|
7 |
> src/Tools/isac/BridgeJEdit/isac.scala
|
wenzelm@60216
|
8 |
|
wenzelm@60216
|
9 |
diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/Tools/scala_project.scala ./src/Pure/Tools/scala_project.scala
|
wenzelm@60216
|
10 |
76a77
|
wenzelm@60216
|
11 |
> "src/Tools/isac/etc" -> Path.explode("isabelle.isac"),
|
wenzelm@60225
|
12 |
|
walther@60378
|
13 |
* MW: exception TYPE raised by Skip_Proof.make_thm, see
|
walther@60378
|
14 |
https://hg.risc.uni-linz.ac.at/wneuper/isa/file/a14022b99b92/src/Tools/isac/ProgLang/evaluate.sml#l210
|
walther@60378
|
15 |
|
walther@60378
|
16 |
* MW: error with \<^rule_thm>\<open>filterVar.simps(1)\<close>
|
walther@60378
|
17 |
https://hg.risc.uni-linz.ac.at/wneuper/isa/diff/4f5f29fd0af9/src/Tools/isac/Knowledge/DiffApp.thy#l1.34
|
wenzelm@60229
|
18 |
|
wenzelm@60316
|
19 |
* Eliminate Thy_Info.get_theory eventually: should take theory from ancestory
|
walther@60363
|
20 |
within current context.
|
walther@60362
|
21 |
cf. e587c45cae0f note in Build_Thydata.thy
|
wenzelm@60316
|
22 |
|
wenzelm@60295
|
23 |
* Clarify symmetric rule: Thm.apply_attribute Calculation.symmetric thm context (!?);
|
walther@60369
|
24 |
??
|
wenzelm@60295
|
25 |
|
wenzelm@60316
|
26 |
* KEStore_Elems: Should we eliminate union_overwrite and use standard namespace merge?
|
wenzelm@60316
|
27 |
(Exception: rlss with its special cross-theory merge.)
|
walther@60376
|
28 |
? how adapt the different signatures ?
|
walther@60376
|
29 |
union_overwrite: ('a * 'a -> bool) -> 'a list -> 'a list -> 'a list
|
walther@60376
|
30 |
merge : ('a * 'a -> bool) -> 'a list * 'a list -> 'a list
|
wenzelm@60285
|
31 |
|
wenzelm@60281
|
32 |
* What is the purpose of "#numeral" instead of plain numeral?
|
walther@60368
|
33 |
??
|
wenzelm@60281
|
34 |
|
wenzelm@60281
|
35 |
* Check/clarify Context.theory_name vs. Context.theory_long_name.
|
walther@60369
|
36 |
present ISAC assumes 2 sessions in the MathEngine, Specify and Interpret,
|
walther@60369
|
37 |
and all Isac_Knowledge is in session Isac.
|
walther@60369
|
38 |
So Context.theory_name suffices
|
wenzelm@60281
|
39 |
|
wenzelm@60292
|
40 |
* Eliminate mutable Rewrite_Ord.rew_ord' (!?);
|
walther@60362
|
41 |
shall be done in connection with cf. e587c45cae0f note in Build_Thydata.thy
|
wenzelm@60292
|
42 |
|
wenzelm@60315
|
43 |
* What is the idea behind KEStore_Elems.add_thes? How to do it properly in current Isabelle?
|
walther@60365
|
44 |
https://static.miraheze.org/isacwiki/0/04/Isac-docu.pdf distinguishes
|
walther@60365
|
45 |
several kinds of ISAC users, in particular "math author (Mathematik-Autor)" and
|
walther@60365
|
46 |
"course designer (Kurs-Designer)". The latter just adds examples which re-use existing
|
walther@60365
|
47 |
knowledge designed by the former. KEStore_Elems.add_thes is an interface for the latter.
|
wenzelm@60315
|
48 |
|
wenzelm@60311
|
49 |
* WN: proper ML antiquotations for "Tactical.Try" etc. --- be careful about unclear situations,
|
wenzelm@60311
|
50 |
e.g. "Tactical.Try" vs. "Lucas_Interpreter.Try";
|
wenzelm@60311
|
51 |
|
walther@60376
|
52 |
* WN: Avoid Thm.get_name_hint and use Global_Theory.get_thm instead, get theory from References.T
|
walther@60370
|
53 |
and push theory through as argument of respective functions.
|
wenzelm@60304
|
54 |
|
wenzelm@60241
|
55 |
* WN: more direct logical foundations wrt. Isabelle/HOL, eliminate many axiomatizations
|
wenzelm@60241
|
56 |
- quite often "axiomatization ..." can be turned into "lemma ... by auto"
|
wenzelm@60241
|
57 |
without further ado;
|
wenzelm@60241
|
58 |
- sometimes this requires to use more specific types / type classes;
|
wenzelm@60241
|
59 |
- sometimes this requires to use proper definitional mechanisms (e.g. 'primrec', 'fun');
|
wenzelm@60241
|
60 |
- a few "hard" cases will remain, to be reconsidered eventually (e.g. differentiation);
|
wenzelm@60234
|
61 |
|
walther@60378
|
62 |
* WN: eliminate ThmC.numerals_to_Free, check tests marked TOODOO.1
|
walther@60357
|
63 |
+ ? how do algebraic operations on numerals ? Presburger ? simplifier ? hack see
|
walther@60357
|
64 |
https://hg.risc.uni-linz.ac.at/wneuper/isa/file/a14022b99b92/src/Tools/isac/ProgLang/evaluate.sml#l210
|
walther@60245
|
65 |
|
wenzelm@60247
|
66 |
* WN: "fun pr_ord" is not required if used with @{make_string}, @{print}, @{print tracing};
|
walther@60375
|
67 |
takes only static arguments ----------------^^^^^^^^^^^^^^, not value of "hd_ord (f, g)"
|
walther@60375
|
68 |
? are there better approximations to old output of (*1*) than with (*2*)
|
walther@60375
|
69 |
(*1*)val _ = tracing ("hd_ord (f, g) = " ^ ((pr_ord o hd_ord) (f, g)) );
|
walther@60375
|
70 |
(*2*)val _ = @{print tracing}{a = "hd_ord (f, g) = ", z = hd_ord (f, g)}(**)
|
walther@60317
|
71 |
|
walther@60317
|
72 |
* WN: reduce the number of TermC.parse*;
|
walther@60340
|
73 |
+ 0d22a6bf1fc6 was too much for 1 changeset
|
walther@60340
|
74 |
+ first parse with ctxt in Specify (O_Model.init shall return a context,..) etc
|