[Merged by Bors] - feat(Positivity): add support for positivity [h₁, h₂] syntax#30388
[Merged by Bors] - feat(Positivity): add support for positivity [h₁, h₂] syntax#30388HugLycan wants to merge 20 commits intoleanprover-community:masterfrom
positivity [h₁, h₂] syntax#30388Conversation
PR summary 4e56e21745Import changes for modified filesNo significant changes to the import graph Import changes for all files
Declarations diffNo declarations were harmed in the making of this PR! 🐙 You can run this locally as follows## summary with just the declaration names:
./scripts/declarations_diff.sh <optional_commit>
## more verbose report:
./scripts/declarations_diff.sh long <optional_commit>The doc-module for No changes to technical debt.You can run this locally as
|
grunweg
left a comment
There was a problem hiding this comment.
Thank you for working on this; I have wanted this feature for a while!
It would be nice to document this a bit better, so users can learn what this does by just reading the documentation. (I'm also very curious to see how much of mathlib could be simplified with this, but that should probably happen in a separate pull request.)
…an/mathlib4 into feat/positivity-with-hyps
…an/mathlib4 into feat/positivity-with-hyps
grunweg
left a comment
There was a problem hiding this comment.
Looks good to me, with one tiny tweak. @fpvandoorn Would you like to take a final look?
Co-authored-by: Michael Rothgang <rothgang@math.uni-bonn.de>
|
-awaiting-author |
Co-authored-by: thorimur <68410468+thorimur@users.noreply.github.com>
|
This looks good to me. Are you now also happy with this @thorimur? There is one deviation from your suggestion, because the bors d=thorimur |
|
✌️ thorimur can now approve this pull request. To approve and merge a pull request, simply reply with |
Co-authored-by: Thomas R. Murrills <68410468+thorimur@users.noreply.github.com>
Co-authored-by: Thomas R. Murrills <68410468+thorimur@users.noreply.github.com>
|
Thanks again for this PR and for bearing with the changes through the review process! :) 🎉 P.S. I've edited the PR description such that the mention of the related issue is above the bors merge |
|
Pull request successfully merged into master. Build succeeded: |
positivity [h₁, h₂] syntaxpositivity [h₁, h₂] syntax
Since #30388, `have := foo; positivity` can be shortened to `positivity [foo]`. Make use of that when sensible. I searched for all occurrences of `have :.*\n\s*positi` (using VS Code, i.e. using `rg` internally) and inspected them manually. In a few cases, keeping the `have` separate seemed more readable to me.
…mmunity#30654) Since leanprover-community#30388, `have := foo; positivity` can be shortened to `positivity [foo]`. Make use of that when sensible. I searched for all occurrences of `have :.*\n\s*positi` (using VS Code, i.e. using `rg` internally) and inspected them manually. In a few cases, keeping the `have` separate seemed more readable to me.
…mmunity#30654) Since leanprover-community#30388, `have := foo; positivity` can be shortened to `positivity [foo]`. Make use of that when sensible. I searched for all occurrences of `have :.*\n\s*positi` (using VS Code, i.e. using `rg` internally) and inspected them manually. In a few cases, keeping the `have` separate seemed more readable to me.
This PR adds support for the `finiteness [h, h']` syntax. This can be combined with the existing versions, such as supporting aesop clauses or the `finiteness?` and `finiteness_nonterminal` variants. This allows golfing mathlib in a few places. While adding tests, we take the opportunity to also test `finiteness?` and adding aesop clauses: these were previously untested. We also improve the tactic doc-string slightly: making it fully confirm to the new style guidelines is left for a future PR. This PR is inspired by #30388.
This PR adds support for the `finiteness [h, h']` syntax. This can be combined with the existing versions, such as supporting aesop clauses or the `finiteness?` and `finiteness_nonterminal` variants. This allows golfing mathlib in a few places. While adding tests, we take the opportunity to also test `finiteness?` and adding aesop clauses: these were previously untested. We also improve the tactic doc-string slightly: making it fully confirm to the new style guidelines is left for a future PR. This PR is inspired by #30388.
This PR adds support for the `finiteness [h, h']` syntax. This can be combined with the existing versions, such as supporting aesop clauses or the `finiteness?` and `finiteness_nonterminal` variants. This allows golfing mathlib in a few places. While adding tests, we take the opportunity to also test `finiteness?` and adding aesop clauses: these were previously untested. We also improve the tactic doc-string slightly: making it fully confirm to the new style guidelines is left for a future PR. This PR is inspired by #30388.
…munity#34039) This PR adds support for the `finiteness [h, h']` syntax. This can be combined with the existing versions, such as supporting aesop clauses or the `finiteness?` and `finiteness_nonterminal` variants. This allows golfing mathlib in a few places. While adding tests, we take the opportunity to also test `finiteness?` and adding aesop clauses: these were previously untested. We also improve the tactic doc-string slightly: making it fully confirm to the new style guidelines is left for a future PR. This PR is inspired by leanprover-community#30388.
Related issue: #2427
This PR adds support for
positivity [h₁, h₂]syntax.@fpvandoorn