Imported From: https://issues.scala-lang.org/browse/SI-4549?orig=1
Reporter: Andreas Joseph Krogh (andreak)
Attachments:

• scala211-play23-bugrep.tar.bz2 (created on Sep 14, 2014 6:31:23 PM UTC, 1092 bytes)
• scalac-bug.tar.bz2 (created on May 6, 2011 12:36:47 PM UTC, 906 bytes)

Andreas Joseph Krogh (andreak) said:
http://devnet.jetbrains.net/message/5302484SI-5302484

@dragos said:
This is hard to fix, because the Scala compiler considers all static members of A as part of a (fictive) companion object A. Adding a field called A makes the definition ambiguous. Even if you compile this with javac first, you won't be able to access members of A from Scala. For instance:

public class Fisk {
    public static class A {
        public static void foo() {
            System.out.println("foo");
        }

        public int bar = 10;
    }
    public static A A = new A();

    public static void test() {
        int x = Fisk.A.bar;
        Fisk.A.foo();
    }
}

class Foo {
  Fisk.A.bar
  Fisk.A.foo()
}

you get:

{code}
isk.scala:2: error: ambiguous reference to overloaded definition,
both variable A in object Fisk of type Fisk.A
and object A in object Fisk of type object Fisk.A
match expected type ?
Fisk.A.bar
^
Fisk.scala:3: error: ambiguous reference to overloaded definition,
both variable A in object Fisk of type Fisk.A
and object A in object Fisk of type object Fisk.A
match expected type ?
Fisk.A.foo()
^
two errors found
]}}

Andreas Joseph Krogh (andreak) said:
But this JAVA-code works (of course):

	public void stuff() {
		Fisk.A a = new Fisk.A();
		Fisk.A b = Fisk.A;
		int i = Fisk.A.bar;
		Fisk.A.foo();
		b.foo();
		i = b.bar;
	}

This strikes me as strange as Scala is supposed to be, at least to my knowledge, 100% compatible with JAVA, but surely isn't as we've demonstrated here.

Is this something you Scala-guys will take a note of and plan to address, or will it end up on the infamous incompatibility-list?

--
Andreas

@adriaanm said:
Un-assigning to foster work stealing, as announced in https://groups.google.com/forum/?fromgroups=#!topic/scala-internals/o8WG4plpNkw

@adriaanm said:
Unassigning and rescheduling to M6 as previous deadline was missed.

@gkossakowski said:
The 2.11.2 is out so I'm rescheduling the issue for 2.11.3.

Konstantin Nikiforov (nikifor) said:
Another use-case to reproduce compiler issue (play-framework stripped hello-world).

Konstantin Nikiforov (nikifor) said:
I've attached simple single-line usecase project, that depends on play-framework 2.3.
It compiles on scala-2.10.x without problems, but fails on 2.11.x with messages mostly similar to this issue.

Steps to reproduce: download, unpack, sbt compile. The only source code file is conf/routres. Sbt will download deps, generate router source code into target/scala-2.11/src_managed/main and take a try to compile it. It will fail with:

[info] Compiling 4 Scala sources and 2 Java sources to /target/scala-2.11/classes...
[error] conf/routes: routes is already defined as object routes
[error] conf/routes: routes is already defined as class routes
[error] conf/routes:6: ReverseAssets is already defined as class ReverseAssets
[error] GET  /assets/*file                      controllers.Assets.at(path="/public", file)
[error] conf/routes:6: ReverseAssets is already defined as class ReverseAssets
[error] GET  /assets/*file                      controllers.Assets.at(path="/public", file)
[error] conf/routes:6: ReverseAssets is already defined as class ReverseAssets
[error] GET  /assets/*file                      controllers.Assets.at(path="/public", file)
[error] conf/routes: Routes is already defined as object Routes
[error] 6 errors found
[error] (compile:compile) Compilation failed

target/scala-2.11/src_generated/main contains java-source (in controllers/ subdir) with final static variables and inner static classes. Scala files contain inner classes, but DO NOT calling java-variables and inner-classes directly. So, this usecase slightly differs from original issue description.

scala 2.11.2
sbt 0.13.5
java version "1.7.0_65"
OpenJDK Runtime Environment (IcedTea 2.5.2) (Arch Linux build 7.u65_2.5.2-1-x86_64)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)

@retronym said:
Updating fix-by version to 2.11.5.

@adriaanm said:
Should revisit when we rethink how to emit static members.