lean4-htt/tests/lean/eraseSimp.lean.expected.out at 2ed77f3b262bb2b2c509e95ac01e6fe161ed40fd - max/lean4-htt - maxgit: wireguard access, git repository.

max/lean4-htt

Joachim Breitner f65e3ae985

feat: simp to still work even if one simp arg does not work (#4177 )

this fixes a usability paper cut that just annoyed me. When editing a
larger simp proof, I usually want to see the goal state after the simp,
and this is what I see while the `simp` command is complete. But then,
when I start typing, and necessarily type incomplete lemma names, that
error makes `simp` do nothing again and I see the original goal state.
In fact, if a prefix of the simp theorem name I am typing is a valid
identifier, it jumps even more around.

With this PR, using `logException`, I still get the red squiggly lines
for the unknown identifer, but `simp` just ignores that argument and
still shows me the final goal. Much nicer.

I also demoted the message for `[-foo]` when `foo` isn’t `simp` to a
warning and gave it the correct `ref`.

See it in action here: (in the middle, when you suddenly see the
terminal,
I am switching lean versions.)


https://github.com/leanprover/lean4/assets/148037/8cb3c563-1354-4c2d-bcee-26dfa1005ae0

2024-06-03 14:21:31 +00:00

1 line

72 B

Text

Raw Blame History

eraseSimp.lean:4:18-4:21: warning: 'foo' does not have [simp] attribute