[23] JEP 476: Module Import Declarations (Preview) #2383
Assignees
Milestone
Comments
24 tasks
|
JLS changes captured here :https://cr.openjdk.org/~gbierman/jep476/latest/ |
stephan-herrmann
added a commit
to stephan-herrmann/eclipse.jdt.core
that referenced
this issue
May 25, 2024
fixes eclipse-jdt#2383 First batch of changes + grammar & scanner + resolving + basic errors Tests: + pull up reusable methods to new AbstractModuleCompilationTest Also: + stop suggesting string-concatenation as cut-n-paste test results
|
Latest spec clarification: https://mail.openjdk.org/pipermail/amber-spec-experts/2024-May/004132.html |
stephan-herrmann
added a commit
to stephan-herrmann/eclipse.jdt.core
that referenced
this issue
Jun 11, 2024
+ grammar & scanner
- distinguish "import module.foo;" vs. "import module foo;"
- even within module-info.java
+ resolving
+ errors reporting
+ implement reads() as reflexive property
general test work:
+ pull up reusable methods to new AbstractModuleCompilationTest
+ for tests using writeFilesCollecting
+ ensure testFileNames!=null implies shouldFlush*=false
+ run.javac improved for runConformModuleTest()
+ adjust ModuleCompilationTests.testReleaseOption15: new javac warn
specific tests regarding:
+ shadowing
+ ambiguity
+ accessibility
+ packages from requires transitive
+ redundant imports (flag as unused)
+ module import in CU in unnamed module
+ ambiguity from just one module import
fixes eclipse-jdt#2383
squashed version of
eclipse-jdt#2496
stephan-herrmann
added a commit
that referenced
this issue
Jun 11, 2024
+ grammar & scanner
- distinguish "import module.foo;" vs. "import module foo;"
- even within module-info.java
+ resolving
+ errors reporting
+ implement reads() as reflexive property
general test work:
+ pull up reusable methods to new AbstractModuleCompilationTest
+ for tests using writeFilesCollecting
+ ensure testFileNames!=null implies shouldFlush*=false
+ run.javac improved for runConformModuleTest()
+ adjust ModuleCompilationTests.testReleaseOption15: new javac warn
specific tests regarding:
+ shadowing
+ ambiguity
+ accessibility
+ packages from requires transitive
+ redundant imports (flag as unused)
+ module import in CU in unnamed module
+ ambiguity from just one module import
fixes #2383
squashed version of
#2496
jarthana
pushed a commit
to jarthana/eclipse.jdt.core
that referenced
this issue
Jun 12, 2024
fixes eclipse-jdt#2383 First batch of changes + grammar & scanner + resolving + basic errors Tests: + pull up reusable methods to new AbstractModuleCompilationTest Also: + stop suggesting string-concatenation as cut-n-paste test results [23] JEP 476: Module Import Declarations (Preview) Implement reads() as reflexive property Tests: + switch style to using writeFilesCollecting + ensure testFileNames!=null implies shouldFlush*=false + run.javac improved for runConformModuleTest() + excuse for javac not considering reflexive 'reads' + adjust ModuleCompilationTests.testReleaseOption15: new javac warn [23] JEP 476: Module Import Declarations (Preview) Implement: scanner should accept 'import module m' in module-info.java [23] JEP 476: Module Import Declarations (Preview) Fix Scanner: "import module." does not start a module import! [23] JEP 476: Module Import Declarations (Preview) more tests regarding: + shadowing + ambiguity + accessibility (incl. fix) + packages from requires transitive (incl. fix) + redundant imports (flag as unused) + module import in CU in unnamed module [23] JEP 476: Module Import Declarations (Preview) more tests regarding: + ambiguity from just one module import (incl. fix) # Conflicts: # org.eclipse.jdt.core.compiler.batch/src/org/eclipse/jdt/internal/compiler/impl/JavaFeature.java # org.eclipse.jdt.core.compiler.batch/src/org/eclipse/jdt/internal/compiler/messages.properties # org.eclipse.jdt.core.compiler.batch/src/org/eclipse/jdt/internal/compiler/util/Messages.java Change-Id: Ibccfda78981ada1b07411bc9ac8c3a42cb248bb9
|
I once more scanned the spec which is now in PR Draft state: https://cr.openjdk.org/~iris/se/23/spec/draft/java-se-23-draft-spec-30/specs/module-import-declarations-jls.html I also successfully ran ModuleImportTests with I believe we are done here, indeed. |
This was referenced Aug 14, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
From the JEP - "Enhance the Java programming language with the ability to succinctly import all of the packages exported by a module."
More details here - https://openjdk.org/jeps/476
The text was updated successfully, but these errors were encountered: