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

Deprecate -Yno-kind-polymorphism and update the relevant docs #22029

Open
2 tasks
OndrejSpanel opened this issue Nov 26, 2024 · 5 comments
Open
2 tasks

Deprecate -Yno-kind-polymorphism and update the relevant docs #22029

OndrejSpanel opened this issue Nov 26, 2024 · 5 comments
Labels
area:documentation area:experimental area:private options Issues tied to -Y private/internal compiler settings. itype:bug

Comments

@OndrejSpanel
Copy link
Member

OndrejSpanel commented Nov 26, 2024

When you read https://docs.scala-lang.org/scala3/reference/other-new-features/kind-polymorphism.html, at the end there is:

Note: This feature is considered experimental but stable

What does this mean? Can a feature be experimental and stable at the same time?

Expectation

AnyKind is either experimental. or stable, not both at the same time.

Requirements

  • Update the docs on kind polymorphism
  • Deprecate the -Yno-kind-polymorphism flag
    • We should remove it after a minor version bump or two
@OndrejSpanel OndrejSpanel added the stat:needs triage Every issue needs to have an "area" and "itype" label label Nov 26, 2024
@Gedochao Gedochao added itype:bug area:documentation area:experimental area:private options Issues tied to -Y private/internal compiler settings. and removed stat:needs triage Every issue needs to have an "area" and "itype" label labels Nov 26, 2024
@Gedochao
Copy link
Contributor

I am confused myself, I think it's likely to just be awkward phrasing...
@odersky do you recall what was meant here?
I agree we should improve the doc (and potentially reconsider the feature in the current context)

@sjrd
Copy link
Member

sjrd commented Nov 26, 2024

AnyKind is fully stable. The Scala 3 type system makes no sense without AnyKind.

I think this is obsolete phrasing from a time where we kind of took in AnyKind before 3.0.0, not fully knowing whether it was all that important.

@Gedochao
Copy link
Contributor

@sjrd is the -Yno-kind-polymorphism flag still relevant? If it's considered stable, should we promote it out of -Y?

@sjrd
Copy link
Member

sjrd commented Nov 26, 2024

No we should remove that flag instead. Getting rid of kind polymorphism makes no sense anymore.

@Gedochao
Copy link
Contributor

Understood.
I updated the issue requirements.

@Gedochao Gedochao changed the title AnyKind "considered experimental but stable" Deprecate -Yno-kind-polymorphism and update the relevant docs Nov 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:documentation area:experimental area:private options Issues tied to -Y private/internal compiler settings. itype:bug
Projects
None yet
Development

No branches or pull requests

3 participants