-
Notifications
You must be signed in to change notification settings - Fork 278
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
Scala 2 13 #1118
Scala 2 13 #1118
Conversation
Blocker: Tut is unmaintained and does not work with Scala 2.13: tpolecat/tut#263
Who is using |
Switching to |
57d3d61
to
5337116
Compare
Managed to get 2.13 build passing on commit (3e5e983) Reverting to 2.12 be default and leaving required changes to support 2.13. Important changes:
|
I can look at the mentioned and any other dependency analyzer issues after this lands, since it sounds like it won't block the main upgrade path. |
Seeing as this test is about coverage and size of generated code this change might be problematic. Can you please try to see the prod code this pushed is still covered with the lower number of for comprehension lines?
This can break users later on. The flags were added due to #433 and #432. Maybe the flags can be conditional? |
Forgot 3 things:
|
@ittaiz, can you explain what do you mean?
I think this is something that needs to be solved separately before this this PR can be merged. |
I had no plans to implement mdoc support. I hope someone can send PR for this functionality - it should be trivial.
Trying to find the cause, it passes locally and on my Travis config currently |
This reverts commit 38630db
Done:
@ittaiz, I think PR is ready to be merged |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've only reviewed a third or so but sharing to get the discussion started
for_artifact_ids = [ | ||
# test adding a scala jar: | ||
"com_twitter__scalding_date", | ||
# For testing that we don't include sources jars to the classpath |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why remove this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's a misleading leftover from repositories refactoring. Also the last supproted org_psywerx_hairyfotr__linter
is for 2.12.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So maybe I didn't notice that before (in the repositories refactoring) but from the comment it still sounds like we need to test that we don't include source jars to the classpath
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@liucijus not for this PR can you please check this? We either need to remove # "org_typelevel__cats_core"
and move the comment up or we should uncomment this and remove the jvm_maven_import_extrernal
from above
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably it's ok to stay without this comment as it is the duplicate of 1b141a9
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On master, line 183
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ittaiz do you expect me to do anything more regarding this thread?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, this commnet still stands. I can merge it and we'll do a followup PR just for it (a bit of a shame but I can live with it). What do you prefer?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer merge
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Merging now. Please followup on this
echo "import scalarules.test._; HelloLib.printMessage(\"foo\")" | bazel-bin/test/HelloLibRepl -Xnojline | grep "foo java" && | ||
echo "import scalarules.test._; TestUtil.foo" | bazel-bin/test/HelloLibTestRepl -Xnojline | grep "bar" && | ||
echo "import scalarules.test._; ScalaLibBinary.main(Array())" | bazel-bin/test/ScalaLibBinaryRepl -Xnojline | grep "A hui hou" && | ||
echo "import scalarules.test._; ResourcesStripScalaBinary.main(Array())" | bazel-bin/test/ResourcesStripScalaBinaryRepl -Xnojline | grep "More Hello" | ||
echo "import scalarules.test._; A.main(Array())" | bazel-bin/test/ReplWithSources -Xnojline | grep "4 8 15" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What's the TLDR of these changes?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
had to pass -Xnojline to repl tests, to avoid loading jline
scala/bug#11654
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, should we be passing this arg in the production wrapper of the REPL? Not 100% sure but came to think about it when I wanted to ask you to document this but then thought- why document when we can fix. WDYT?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe it's a choice of user if they want to have jline on the classpath and use it. Probably if someone cares about repl functionallity, this should be properly solved by adding dep provider for repl first.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A few more things but in general super exciting! Thanks!
@@ -270,7 +270,7 @@ class AstUsedJarFinderTest extends FunSuite { | |||
aCode = | |||
s""" | |||
|class A( | |||
|) | |||
|) extends scala.annotation.Annotation |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
compatible with 2.11?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes
@@ -47,7 +47,6 @@ scala_library( | |||
name = "source_jar_not_oncp", | |||
testonly = True, | |||
srcs = ["ReferCatsImplicits.scala"], | |||
# jvm_maven_import_external doesn't fetch source jars automatically |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
my mistake, thanks for catching
runtime_deps = [":cats_and_guava_and_commons_lang_as_runtime_deps"], | ||
runtime_deps = [ | ||
":cats_and_guava_and_commons_lang_as_runtime_deps", | ||
"@org_typelevel__cats_core//jar", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
my mistake, thanks for catching
|
@@ -56,7 +56,6 @@ scala_import( | |||
name = "indirection_for_transitive_runtime_deps", | |||
testonly = True, | |||
jars = [], | |||
# jvm_maven_import_external doesn't fetch source jars automatically |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why remove this comment?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
my mistake - reverting
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. See the few small comments I made (mainly about comments 😉 ) and we'll merge today.
Scala 2.13 support