tests/generic-java-signatures/derivedNames.scala fails on macOS

[changvvb]

Compiler version

3.0.0

Minimized example

sbt testCompilation derivedNames

Output

Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at dotty.tools.vulpix.ChildJVMMain.runMain(ChildJVMMain.java:40)
        at dotty.tools.vulpix.ChildJVMMain.main(ChildJVMMain.java:47)
Caused by: java.lang.AssertionError: assertion failed: Test$Foo$A<Test$Foo<T1>$B$> != Test$Foo.Test$Foo$A<Test.Test$Foo<T1>.B$>
        at scala.runtime.Scala3RunTime$.assertFailed(Scala3RunTime.scala:8)
        at Test$.main(derivedNames.scala:12)
        at Test.main(derivedNames.scala)
        ... 6 more

Expectation

No test failed.

[odersky]

I actually get the same error when testing locally on an Intel MacBook Pro. Is it a Mac vs Linux problem? Or a compilation order dependency?

[bishabosha]

also fails for me on intel macos

openjdk version "1.8.0_282"
OpenJDK Runtime Environment (build 1.8.0_282-b07)
OpenJDK 64-Bit Server VM GraalVM CE 21.0.0.2 (build 25.282-b07-jvmci-21.0-b06, mixed mode)

[smarter]

The test as-is already does different things on different platforms but that seems very weird to me, I would expect the difference to come from different JDK versions: https://github.com/lampepfl/dotty/blob/master/tests/generic-java-signatures/derivedNames.scala, can everyone list what the output of java -version is like for them?

[changvvb]

can everyone list what the output of java -version is like for them?

openjdk version "1.8.0_282"
OpenJDK Runtime Environment (Zulu 8.52.0.23-CA-macos-aarch64) (build 1.8.0_282-b08)
OpenJDK 64-Bit Server VM (Zulu 8.52.0.23-CA-macos-aarch64) (build 25.282-b08, mixed mode)

[bishabosha]

also tested failing with JDK 15

openjdk version "15.0.2" 2021-01-19
OpenJDK Runtime Environment AdoptOpenJDK (build 15.0.2+7)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 15.0.2+7, mixed mode, sharing)

[odersky]

I have:

java version "1.8.0_231"
Java(TM) SE Runtime Environment (build 1.8.0_231-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.231-b11, mixed mode)

[smarter]

@Kordyjan You changed the output of this test on Mac in fea5ccf#diff-c6eb8702fbdb4a1cb10e2f1f45e8f055907168d494763a923ad91bc842a1b105, which java version are you using where this is needed?

[Kordyjan]

which java version are you using where this is needed?

java version "1.8.0_161"
Java(TM) SE Runtime Environment (build 1.8.0_161-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.161-b12, mixed mode)

That is my current version and the test is passing.
Although, I may have been using OpenJDK 11, when I made this change.

[smarter]

1.8.0 161 is pretty old (https://www.oracle.com/java/technologies/javase/8u161-relnotes.html says January 2018), it sounds like a bug was fixed meanwhile, so it's probably a good idea to upgrade and either revert the change or allow both forms to compile on Mac with the test too.

[Kordyjan]

I've updated the jdk to 1.8.0_291 and the output is the same as on Linux. I'll revert my previous change as it seems to only affect really outdated builds of 1.8.