TODO.md
author wneuper <Walther.Neuper@jku.at>
Wed, 26 Oct 2022 09:54:58 +0200
changeset 60582 211f02ce4122
parent 60579 c7ca8436bacf
child 60583 da7dd260f66e
permissions -rw-r--r--
review TODO
     1 * MW: clarify/eliminate Isabelle/Scala add-ons (presently unused)
     2 
     3     diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/build-jars ./src/Pure/build-jars
     4     11a12
     5     >   src/Tools/isac/BridgeJEdit/isac.scala
     6 
     7     diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/Tools/scala_project.scala ./src/Pure/Tools/scala_project.scala
     8     76a77
     9     >       "src/Tools/isac/etc" -> Path.explode("isabelle.isac"),
    10 
    11 * MW: Skip_Proof.make_thm: theory -> term -> thm        ? could now change signature to
    12                          : Proof.context -> term -> thm
    13 * MW: Make $ISABELLE_ISAC_TEST work without sessions
    14 
    15 
    16 ***** some items for discussion
    17 
    18 * Clarify symmetric rule: Thm.apply_attribute Calculation.symmetric thm context (!?);
    19     ??
    20 
    21 * "fun pr_ord" is not required if used with @{make_string}, @{print}, @{print tracing};
    22     takes only static arguments ----------------^^^^^^^^^^^^^^, not value of "hd_ord (f, g)"
    23     ? are there better approximations to old output of (*1*) than with (*2*)
    24     (*1*)val _ = tracing ("hd_ord (f, g)      = " ^ ((pr_ord o hd_ord) (f, g)) );
    25     (*2*)val _ = @{print tracing}{a = "hd_ord (f, g)      = ", z = hd_ord (f, g)}(**)
    26 
    27 
    28 ***** for the few items below WN asks MW for help
    29 
    30 * MW: In Outer_Syntax.command..‹Example› help: is there a quick fix
    31   for successfully replacing hacked Problem.parse_cas by parse_references_input?
    32     (a) In addition to replacing Problem.parse_cas: How implement the optional parser:
    33       - Example "Diff_App/No.123 a" + NONE
    34       - Example "Diff_App/No.123 a" + SOME (probl_id, model_input, refs_input)
    35         i.e. we expect ISAC to present an empty template "Problem..Solution", but as a whole, to the user;
    36         see VSCode_Example.thy subsubsection \<open>Specification step by step\<close>
    37     How get Token.src for testing purposes?
    38     How can Scan.* be traced?
    39     (Tracing should help understanding Problem.parse_cas, Problem.parse_model_input which involve Scan.* )
    40 
    41 * postpone: ?How accomplish two user-requirements by Outer_Syntax.command \<^command_keyword>\<open>Example\<close>
    42    (1) start a Calculation with a CAS_Cmd
    43    (2) start an Example from scratch, i.e. with (Formalize.empty, References.empty)
    44    Proposals for a solution are in test/../Test_VSCode_Example.thy
    45    subsubsection ‹Start Example with a CAS_Cmd›
    46 
    47 
    48 ***** priority of WN items is top down, most urgent/simple on top
    49 
    50 * WN: review Problem/MethodC..prep_input, improve after conference with MW
    51 * WN: rename ‹ML_structure KEStore_Elems› to ‹ML_structure Know_Store›
    52 * WN: KEStore_Elems.get_thes, add_thes still required for Error_Patterns, we want to eliminate thes:
    53     (1) Error_Pattern.T are already stored by MethodC -- place them in respective thys
    54     (2) Error_Pattern.fill_in stored with thm (in thes): instead introduce new Thy_Data for them.
    55         adapt KEStore_Elems.insert_fillpats for that purpose.
    56 * WN: Sub_Problem.tac_from_prog: use ctxt from pt
    57 * WN: in subst_adapt_to_type should ''bdv''(string) handled by Varialbe.declare_constraints
    58       ?why is "x" not already typed correctly (by reading strings from Formalise)?)
    59 * WN: replace tools derived from get_thes/add_thes by tools derived from current ctxt
    60 * WN: eliminate use of Thy_Info.get_theory after * MW: Make $ISABELLE_ISAC_TEST work without sessions
    61       cf. e587c45cae0f note in Build_Thydata.thy
    62 * WN: improve naming in refine.sml, m-match.sml
    63 * WN: all UnparseC with Proof.context, cleanup unparseC.sml and calls
    64 * WN: all Subst with Proof.context, cleanup unparseC.sml and calls
    65 * WN: review Prog_Tac:
    66       (*+isa==isa2*)@{term "Substitution []"};               (*Free ("Subproblem",.. ALSO Subproblem, ?!*)
    67       (*+isa==isa2*)@{term "Rewrite_Set ''norm_Rational''"}; (*Const ("Prog_Tac.Rewrite_Set",..*)
    68 
    69 * WN: Specify/formalise.sml is in BaseDefinitions/ AND Specify/  DELETE ONE VERSION
    70 * WN: Step_Specify.initialise: remove hdl in return-value, replace Step_Specify.nxt_specify_init_calc
    71       ? which uses initialise !?
    72 * WN: ? unify "no_met" with "empty_meth_id" from References.empty ?
    73 
    74 * WN: proper ML antiquotations for "Tactical.Try" etc. --- be careful about unclear situations,
    75   e.g. "Tactical.Try" vs. "Lucas_Interpreter.Try";
    76 
    77 * WN: ? Rational.Cancel_p; extend use of \<^theory> to \<^theory_context>
    78 
    79 * WN: Avoid Thm.get_name_hint and use Global_Theory.get_thm instead, get theory from References.T
    80     and push theory through as argument of respective functions.
    81 
    82 * WN: Check/clarify Context.theory_name vs. Context.theory_long_name.
    83     Context.theory_name seems to suffice after elimination of sessions.
    84 
    85 * WN: more direct logical foundations wrt. Isabelle/HOL, eliminate many axiomatizations
    86     - quite often "axiomatization ..." can be turned into "lemma ... by auto"
    87       without further ado;
    88     - sometimes this requires to use more specific types / type classes;
    89     - sometimes this requires to use proper definitional mechanisms (e.g. 'primrec', 'fun');
    90     - a few "hard" cases will remain, to be reconsidered eventually (e.g. differentiation);
    91 
    92 * WN: replace arguments theory from Interpret/* by ctxt, e.g. (LI_Tool.tac_from_prog + see TODO.thy)
    93 * WN: rename Pos.* -- Pos.ints, Pos.spec, Pos.empty, Pos.ints_empty
    94 
    95 * WN: redesign transition from Specification to Solution: how relate 
    96     - Formalise.model with variants (e.g. VSCode_Example)
    97       reconsider separation of variants F_I, F_II, see MAWEN paper
    98     - !?! I_Model of MethodC          (fairly free sequence, dependent on Formalise.model)
    99     - !?! formal arguments of program (fixed sequence)