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

[bp] bump compiler-interface and capture the diagnosticCode #15794

Merged
merged 2 commits into from
Aug 3, 2022

Conversation

dwijnand
Copy link
Member

@dwijnand dwijnand commented Aug 1, 2022

Backport of #15565

NOTE: It's important that in Problem we don't construct the actual
DiagnosticCode unless the method is called to get it. By doing this we
keep compatibility ensuring that older build tools can still use the
bridge just fine. That's what the sbt-test/sbt-bridge tests ensuring
that this is still usable by an older tool using the old Problem. This
then unlocks forwarding the diagnostic code on for tools to use.

refs: #14904

NOTE: It's important that in `Problem` we don't construct the actual
`DiagnosticCode` _unless_ the method is called to get it. By doing this we
keep compatibility ensuring that older build tools can still use the
bridge just fine. That's what the `sbt-test/sbt-bridge` tests ensuring
that this is still usable by an older tool using the old `Problem`. This
then unlocks forwarding the diagnostic code on for tools to use.

refs: scala#14904
@dwijnand dwijnand added this to the 3.2.0 backports milestone Aug 1, 2022
@dwijnand dwijnand marked this pull request as ready for review August 1, 2022 13:16
@dwijnand dwijnand enabled auto-merge August 1, 2022 13:17
@dwijnand dwijnand requested a review from Kordyjan August 1, 2022 13:17
@ckipp01
Copy link
Member

ckipp01 commented Aug 1, 2022

Btw in order for the tests to pass for this #15728 would also need to be backported because the test that I added to needs 1.7.x since we're actually checking that the diagnostic code is there. The compat tests should still be fine, just not the one that checks the code.

@dwijnand dwijnand disabled auto-merge August 1, 2022 15:10
* dep: update fs2 submodule

This is needed due to some scalablytyped stuff that changed in
fs2. Without it, you'll get an error when updating the sbt 1.7.x
that scalably typed doesn't support 1.7.x

* dep: sync with latest staging http4s

* dep: sync with latest scala-java8-compat

This also allows us to get rid of the fnGen stuff and simplify
the sbtTestCommand and sbtPublishCommand

* dep: sync with latest cats in staging

* dep: sync with latest munit-cats-effect

* dep: sync with latest discipline and discipline-munit

* dep: lock munit at 0.7.29

If not you'll have issues with http4s tests since http4s
isn't using the 1.x version of munit yet

* disable `tlFatalWarnings` in http4s

* dep: lock scalacheck at 1.16.0

Without doing this it was getting stuck in CI
@dwijnand dwijnand requested review from ckipp01 and removed request for Kordyjan August 3, 2022 07:47
Copy link
Member

@ckipp01 ckipp01 left a comment

Choose a reason for hiding this comment

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

Thanks for the backport @dwijnand. LGTM!

@dwijnand dwijnand merged commit d6bea06 into scala:release-3.2.0 Aug 3, 2022
@dwijnand dwijnand deleted the bp/bridgeChanges branch August 3, 2022 19:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants