[Merged by Bors] - chore(CategoryTheory/Limits): functoriality of coconeLeftOpOfCone and co

[chrisflav]

---

[github-actions]

PR summary f2fa93365e

Import changes for modified files

No significant changes to the import graph

Import changes for all files

Files	Import difference

---

Declarations diff

+ coconeLeftOpOfConeEquiv
+ coconeRightOpOfConeEquiv
+ coconeUnopOfConeEquiv
+ coneLeftOpOfCoconeEquiv
+ coneOpEquiv
+ coneRightOpOfCoconeEquiv
+ coneUnopOfCoconeEquiv

You can run this locally as follows

## summary with just the declaration names:
./scripts/pr_summary/declarations_diff.sh <optional_commit>

## more verbose report:
./scripts/pr_summary/declarations_diff.sh long <optional_commit>

The doc-module for scripts/pr_summary/declarations_diff.sh contains some details about this script.

---

No changes to technical debt.

You can run this locally as

./scripts/reporting/technical-debt-metrics.sh pr_summary

• The relative value is the weighted sum of the differences with weight given by the inverse of the current value of the statistic.
• The absolute value is the relative value divided by the total sum of the inverses of the current values (i.e. the weighted average of the differences).

[joelriou]

Thanks!

bors merge

[mathlib-bors]

Pull request successfully merged into master.

Build succeeded:

• ci (staging) / Post-CI job
• ci (staging) / Build
• ci (staging) / Lint style
• ci (staging) / Post-Build Step

[JovanGerb]

Hey, I noticed that coneOpEquiv is essentially the same as (the dual of) coconeEquivalenceOpConeOp. Do we really need both? And can the names be made more similar?

[chrisflav]

Yes we need both because F.op.op is sadly not def-eq to F :) I agree that the names should be more similar and the statements aligned (adapting the style of coneOpEquiv).