| Summary: | ecj requires module path to compile where javac doesn't | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Philippe Cadé <philippe.cade> | ||||
| Component: | Core | Assignee: | JDT-Core-Inbox <jdt-core-inbox> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | lars.schuetze, stephan.herrmann | ||||
| Version: | 4.8 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 10 | ||||||
| Whiteboard: | stalebug | ||||||
| Attachments: |
|
||||||
|
Description
Philippe Cadé
This works for me: $ java -jar ecj-4.8RC3.jar -9 --add-modules java.xml.bind Test.java However, when running ecj in the debugger I can see the reported failure. First thing that looks fishy to me: Main.initRootModules() is only ever called, when this.compilerOptions.processAnnotations, so if an invocation passes -proc:none I would expect the --add-modules option to remain without effect. Surprisingly, when running ecj from a recent jar I don't see -proc:none having any impact on this issue. OTOH, when running in the debugger and when I force initRootModules() to be invoked (by omitting -proc:none or by moving the invocation out of the if) I'm greeted by: invalid module name: java.xml.bind While I can't make hear or tails of these findings, it seems that Bug 525266 has a finger in the pie. @Jay? Back-link to the SO question where this was raised: https://stackoverflow.com/questions/50683168/how-to-compile-this-code-with-java-10-ant-and-the-eclipse-compiler This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. I suggest to close this as Java 10 is EOL and this situation is not really relevant to me anymore. We learned to live with the javac/ecj differences. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. (In reply to Philippe Cadé from comment #4) > I suggest to close this as Java 10 is EOL and this situation is not really > relevant to me anymore. right, in newer JDKs java.xml.bind is no longer present, so the bug cannot be reproduced any more. |