Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Merged by Bors] - feat(CI): add -T100000 to the build step in CI #2276

Closed
wants to merge 25 commits into from

Conversation

semorrison
Copy link
Collaborator

@semorrison semorrison commented Mar 29, 2020

This PR adds -T100000 to CI. This is the default timeout setting in the VS Code extension and emacs.

With some exceptions, noted with FIXME comments mentioning -T50000, the library now compiles with -T50000:

  • has_sum.has_sum_ne_zero in src/topology/algebra/infinite_sum.lean, where I don't really understand why it is slow.
  • exists_norm_eq_infi_of_complete_convex in src/analysis/normed_space/real_inner_product.lean, which has a giant proof which should be rewritten in several steps.
  • tangent_bundle_core.coord_change_comp in src/geometry/manifold/basic_smooth_bundle.lean.
  • change_origin_radius in src/analysis/analytic/basic.lean

There are 3 defs related to category theory which also don't compile:

This proof no longer causes problems with -T50000, but it should still be broken up at some point.

  • simple_func_sequence_tendsto in src/measure_theory/simple_func_dense.lean, which has a giant proof which should be rewritten in several steps. This one is really bad, and doesn't even compile with -T100000.

Zulip thread.

@semorrison semorrison added not-ready-to-merge CI This issue or PR is about continuous integration labels Mar 29, 2020
@semorrison semorrison changed the title feat(CI): add -T50000 to the build step in CI feat(CI): add -T100000 to the build step in CI Apr 11, 2020
@semorrison semorrison added RFC Request for comment and removed not-ready-to-merge labels Apr 11, 2020
@semorrison semorrison marked this pull request as ready for review April 11, 2020 13:44
@semorrison
Copy link
Collaborator Author

Fixed. Actually, I should move those changes to a separate PR, in any case.

@semorrison semorrison added the blocked-by-other-PR This PR depends on another PR which is still in the queue. A bot manages this label via PR comment. label Apr 11, 2020
@semorrison
Copy link
Collaborator Author

Now blocked on #2393, which contains the fixes to two theorems that I'd previously pushed here.

bors bot pushed a commit that referenced this pull request Apr 14, 2020
Refactor two proofs to bring them under `-T50000`, in the hope that we can later add this requirement to CI, per #2276.
@urkud
Copy link
Member

urkud commented Apr 21, 2020

Now it fails in simple_func_dense

@semorrison
Copy link
Collaborator Author

Yes, simple_func_dense is a real monster. I've considered refactoring it into a bunch of preliminary definitions and lemmas, but never got close to summoning the motivation...

anrddh pushed a commit to anrddh/mathlib that referenced this pull request May 15, 2020
Refactor two proofs to bring them under `-T50000`, in the hope that we can later add this requirement to CI, per leanprover-community#2276.
anrddh pushed a commit to anrddh/mathlib that referenced this pull request May 16, 2020
Refactor two proofs to bring them under `-T50000`, in the hope that we can later add this requirement to CI, per leanprover-community#2276.
@bryangingechen
Copy link
Collaborator

Wow, mathlib builds with 100000 again, I guess because of the changes in Lean 3.13.

I've changed it to 50000 again (and disabled finding the olean cache to make the build more honest) to see what happens.

@urkud
Copy link
Member

urkud commented May 27, 2020

I think that we should add -T100000 now and open a new PR for -T50000

@bryangingechen
Copy link
Collaborator

Agreed. I'll see if I can mark the new T50000 failures with FIXME.

@bryangingechen bryangingechen added the awaiting-review The author would like community review of the PR label May 27, 2020
@bryangingechen
Copy link
Collaborator

bors r+

@github-actions github-actions bot added ready-to-merge All that is left is for bors to build and merge this PR. (Remember you need to say `bors r+`.) and removed awaiting-review The author would like community review of the PR labels May 27, 2020
bors bot pushed a commit that referenced this pull request May 27, 2020
This PR adds `-T100000` to CI. This is the default timeout setting in the VS Code extension and emacs.

With some exceptions, noted with `FIXME` comments mentioning `-T50000`, the library now compiles with `-T50000`:

- [ ] `has_sum.has_sum_ne_zero` in `src/topology/algebra/infinite_sum.lean`, where I don't really understand why it is slow.
- [ ] `exists_norm_eq_infi_of_complete_convex` in `src/analysis/normed_space/real_inner_product.lean`, which has a giant proof which should be rewritten in several steps.
- [ ] `tangent_bundle_core.coord_change_comp` in `src/geometry/manifold/basic_smooth_bundle.lean`.
- [ ] `change_origin_radius` in `src/analysis/analytic/basic.lean`

There are 3 `def`s related to category theory which also don't compile:
- [ ] `adj₁` in `src/topology/category/Top/adjunctions.lean`
- [x] `cones_equiv_inverse` in `src/category_theory/limits/over.lean` (addressed in #2840)
- [ ] `prod_functor` in `src/category_theory/limits/shapes/binary_products.lean`

This proof no longer causes problems with `-T50000`, but it should still be broken up at some point.
- [ ] `simple_func_sequence_tendsto` in `src/measure_theory/simple_func_dense.lean`, which has a giant proof which should be rewritten in several steps. ~~This one is really bad, and doesn't even compile with `-T100000`.~~ 

[Zulip thread](https://leanprover.zulipchat.com/#narrow/stream/113488-general/topic/-T50000.20challenge).

Co-authored-by: Bryan Gin-ge Chen <bryangingechen@gmail.com>
Co-authored-by: Scott Morrison <scott.morrison@anu.edu.au>
@bors
Copy link

bors bot commented May 27, 2020

Pull request successfully merged into master.

Build succeeded:

@bors bors bot changed the title feat(CI): add -T100000 to the build step in CI [Merged by Bors] - feat(CI): add -T100000 to the build step in CI May 27, 2020
@bors bors bot closed this May 27, 2020
@bors bors bot deleted the T50000 branch May 27, 2020 13:41
bors bot pushed a commit that referenced this pull request Jun 10, 2020
cipher1024 pushed a commit to cipher1024/mathlib that referenced this pull request Mar 15, 2022
Refactor two proofs to bring them under `-T50000`, in the hope that we can later add this requirement to CI, per leanprover-community#2276.
cipher1024 pushed a commit to cipher1024/mathlib that referenced this pull request Mar 15, 2022
…2276)

This PR adds `-T100000` to CI. This is the default timeout setting in the VS Code extension and emacs.

With some exceptions, noted with `FIXME` comments mentioning `-T50000`, the library now compiles with `-T50000`:

- [ ] `has_sum.has_sum_ne_zero` in `src/topology/algebra/infinite_sum.lean`, where I don't really understand why it is slow.
- [ ] `exists_norm_eq_infi_of_complete_convex` in `src/analysis/normed_space/real_inner_product.lean`, which has a giant proof which should be rewritten in several steps.
- [ ] `tangent_bundle_core.coord_change_comp` in `src/geometry/manifold/basic_smooth_bundle.lean`.
- [ ] `change_origin_radius` in `src/analysis/analytic/basic.lean`

There are 3 `def`s related to category theory which also don't compile:
- [ ] `adj₁` in `src/topology/category/Top/adjunctions.lean`
- [x] `cones_equiv_inverse` in `src/category_theory/limits/over.lean` (addressed in leanprover-community#2840)
- [ ] `prod_functor` in `src/category_theory/limits/shapes/binary_products.lean`

This proof no longer causes problems with `-T50000`, but it should still be broken up at some point.
- [ ] `simple_func_sequence_tendsto` in `src/measure_theory/simple_func_dense.lean`, which has a giant proof which should be rewritten in several steps. ~~This one is really bad, and doesn't even compile with `-T100000`.~~ 

[Zulip thread](https://leanprover.zulipchat.com/#narrow/stream/113488-general/topic/-T50000.20challenge).

Co-authored-by: Bryan Gin-ge Chen <bryangingechen@gmail.com>
Co-authored-by: Scott Morrison <scott.morrison@anu.edu.au>
cipher1024 pushed a commit to cipher1024/mathlib that referenced this pull request Mar 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CI This issue or PR is about continuous integration ready-to-merge All that is left is for bors to build and merge this PR. (Remember you need to say `bors r+`.) RFC Request for comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants