leanprover / leanprover/lean4

`pp.analyze` should imply `pp.proofs`

Open
#6,216 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug P-medium
Dominant language
Lean
Stars
9.2k
Forks
990
Avg merge
1d 17h
Merged PRs (30d)
175

Description

Prerequisites

Please put an X between the brackets as you perform the following steps:

Description

MWE:

/--
error: unsolved goals
α : Prop
P : α → Prop
a : α
⊢ P ⋯
-/
#guard_msgs in
set_option pp.analyze true in
example (α : Prop) (P : α → Prop) (a : α) : P (id a) := by {}

/--
error: unsolved goals
α : Prop
P : α → Prop
a : α
⊢ P (id a)
-/
#guard_msgs in
set_option pp.analyze true in
set_option pp.proofs true in
example (α : Prop) (P : α → Prop) (a : α) : P (id a) := by {}

Expected behavior: Both versions output ... ⊢ P (id a).

Context

I hit this bug in aesop?, where I use pp.analyze to output tactic scripts that can be read back by Lean.

Versions

"4.15.0-nightly-2024-11-25"

Impact

Add 👍 to issues you consider important. If others are impacted by this issue, please ask them to add 👍 to it.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by running the two #guard_msgs examples from the issue against the reported or current Lean nightly and compare the pp.analyze output with and without pp.proofs. Trace the pretty-printing option handling implicated by the MWE; done means both versions preserve P (id a) rather than shortening it to P ⋯.

Written by the indexing model from the issue text.

Assessment

Domain
compilers
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.