Zulip Chat Archive

Stream: triage

Topic: issue #2376: omega is slow with nonstandard 7


Random Issue Bot (Nov 14 2020 at 14:16):

Today I chose issue 2376 for discussion!

omega is slow with nonstandard 7
Created by @Kevin Buzzard (@kbuzzard) on 2020-04-10
Labels: meta

Is this issue still relevant? Any recent updates? Anyone making progress?

Kevin Buzzard (Nov 14 2020 at 15:00):

How about I close this issue and just copy the example into #1484?

Kevin Buzzard (Nov 14 2020 at 15:02):

Oh -- Rob already mentions this issue in #1484. How about I close this issue? Presumably that won't make Rob's comment https://github.com/leanprover-community/mathlib/issues/1484#issuecomment-611962821 magically disappear or be corrupted in any way? If someone with some github knowledge confirms closing #2376 won't break that link, this issue can be closed.

Reid Barton (Nov 14 2020 at 15:05):

I don't think closing issues as part of other issues that are grab bags is really helpful

Kevin Buzzard (Nov 14 2020 at 15:06):

One argument for closing it is that the specific problem which the issue raises was one which had arisen in a slightly artificial situation (I think caused by fin_cases) and which might not show up much. Another argument for closing it is that we'll have one fewer issue. The issue with omega is unfortunately clear -- it needs to be rewritten. I cannot imagine anyone expending any energy in porting what we have to Lean 4.

Reid Barton (Nov 14 2020 at 15:07):

We could merge all open issues into one and that would reduce the number of issues too!

Reid Barton (Nov 14 2020 at 15:08):

but maybe in the case of omega where we don't really expect anyone to fix the issues it's reasonable

Kevin Buzzard (Nov 14 2020 at 15:09):

I see. So you're arguing that "omega is broken" is somehow not a good issue, because there is a chance that someone might come along and fix some subset of them.

Reid Barton (Nov 14 2020 at 15:09):

Right

Reid Barton (Nov 14 2020 at 15:10):

not sure if some kind of tagging organization would help

Reid Barton (Nov 14 2020 at 15:11):

e.g. we could close all omega issues with wontfix, or maybe just mark them somehow?

Rob Lewis (Nov 14 2020 at 15:29):

@Mario Carneiro you had thoughts about reimplementing omega a while back, has that been set aside?

Mario Carneiro (Nov 14 2020 at 18:40):

I'm not actively working on it but I haven't given up on the idea

Random Issue Bot (Dec 19 2021 at 14:17):

Today I chose issue 2376 for discussion!

omega is slow with nonstandard 7
Created by @Kevin Buzzard (@kbuzzard) on 2020-04-10
Labels: meta

Is this issue still relevant? Any recent updates? Anyone making progress?

Kevin Buzzard (Dec 19 2021 at 15:00):

My understanding is that this is wontfix

Yury G. Kudryashov (Dec 19 2021 at 15:33):

Let's see if mathlib compiles without tactic.omega, see branch#YK-no-omega (I only remove an import, not the actual tactic).

Yury G. Kudryashov (Dec 19 2021 at 15:36):

It should because we don't import tactic outside of tests

Johan Commelin (Dec 19 2021 at 15:42):

There is a linter that checks against import tactic.omega

Alex J. Best (Dec 19 2021 at 15:55):

And also import tactic so there is no way to cheat it by importing tactic and getting omega transitively instead

Yury G. Kudryashov (Dec 19 2021 at 15:56):

Why do we have tactic.default? Is it for external projects?

Alex J. Best (Dec 19 2021 at 15:56):

So I don't really see the point of this, omega is a useful tactic still, even if it won't be ported any time I get to an annoying a - 1 - b + 1 = a - b in nat type goals I hit it with omega, even if I have to make a different proof if I PR to mathlib.

Alex J. Best (Dec 19 2021 at 15:56):

Its for development

Alex J. Best (Dec 19 2021 at 15:57):

I can just do import tactic then when I PR to mathlib the linter will complain and I'll minimize the imports

Yury G. Kudryashov (Dec 19 2021 at 15:57):

Then we should rewrite the comment at the top of tactic.default.

Yury G. Kudryashov (Dec 19 2021 at 15:58):

Closed #10909

Rob Lewis (Dec 19 2021 at 15:58):

Alex J. Best said:

So I don't really see the point of this, omega is a useful tactic still, even if it won't be ported any time I get to an annoying a - 1 - b + 1 = a - b in nat type goals I hit it with omega, even if I have to make a different proof if I PR to mathlib.

There's 0 hope of porting current omega to Lean 4, any Lean 4 version will be a full reimplementation and I don't know if that will happen before d-day.

Alex J. Best (Dec 19 2021 at 15:59):

I understand that

Alex J. Best (Dec 19 2021 at 16:00):

I'm just saying for the purpose of working on Lean 3 its still a useful way of checking is my goal true, or getting to a sorry free proof. Much like tidy or something where in many cases you replace it by a better proof before PRing

Rob Lewis (Dec 19 2021 at 16:00):

Oh, sure. I didn't see #10909, agreed that isn't necessary


Last updated: Dec 20 2023 at 11:08 UTC