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

Avoid slow path for associated file more often #758

Merged
merged 1 commit into from
Apr 23, 2020

Conversation

retronym
Copy link
Member

@retronym retronym commented Apr 21, 2020

Also fix a bug in fullName with encoded names.

Fixes #757

@retronym retronym marked this pull request as ready for review April 21, 2020 07:27
Copy link
Member

@jvican jvican left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM 👍 good catch!

Also fix a bug in fullName with encoded names.
@dwijnand dwijnand merged commit 2f1bad9 into sbt:develop Apr 23, 2020
@retronym retronym added this to the 1.4.0 milestone May 19, 2020
Duhemm added a commit to Duhemm/incrementalcompiler that referenced this pull request Nov 27, 2020
Previously, we would complete symbols before trying to find the
associated classfile. This is problematic for symbols where we don't
have the classfile (for instance, when compiling with Pants'
`strict_deps` enabled).

This initialization was introduced in sbt#758, to workaround a scalac bug
where the associated classfile of a symbol wouldn't be set before the
symbol is completed. This bug has been fixed in Scala 2.12.12 and later
(see scala/scalac#8889).

Fixes sbt#949
eed3si9n pushed a commit to eed3si9n/zinc that referenced this pull request Nov 30, 2020
Previously, we would complete symbols before trying to find the
associated classfile. This is problematic for symbols where we don't
have the classfile (for instance, when compiling with Pants'
`strict_deps` enabled).

This initialization was introduced in sbt#758, to workaround a scalac bug
where the associated classfile of a symbol wouldn't be set before the
symbol is completed. This bug has been fixed in Scala 2.12.12 and later
(see scala/scalac#8889).

Fixes sbt#949
Duhemm added a commit to scalacenter/zinc that referenced this pull request Nov 30, 2020
Previously, we would complete symbols before trying to find the
associated classfile. This is problematic for symbols where we don't
have the classfile (for instance, when compiling with Pants'
`strict_deps` enabled).

This initialization was introduced in sbt#758, to workaround a scalac bug
where the associated classfile of a symbol wouldn't be set before the symbol is
completed. This bug has been fixed in Scala 2.12.12 and later (see
scala/scalac#8889).

See sbt#949
Port of sbt#950
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Further issues with associatedFile
3 participants