Java compiler API not supporting non-standard options such as -XDignore.symbol.file?

Jonathan Gibbons jonathan.gibbons at
Sat Oct 12 14:46:14 PDT 2013

On 10/11/2013 09:08 PM, Martin Buchholz wrote:
> On Fri, Oct 11, 2013 at 5:45 PM, Peter Niederwieser 
> <pniederw at <mailto:pniederw at>> wrote:
>     Martin,
>     thanks for chiming in. I'm not quite sure how your remark relates
>     to what I said. While it's true that it isn't currently possible
>     to point Gradle's compiler API integration to an external JDK,
>     this will be possible in the future. And it's easy to add because
>     we can already run compilation in a separate JVM. But unlike when
>     using the command-line compiler, the same JVM can potentially be
>     used for many compilation jobs, which can speed up builds
>     significantly.
> AFAIK, you can only run one version of a javac inside a given JDK, and 
> if there's a version mismatch, then only via -Xbootclasspath/p:

An expert user could probably load different versions of javac into 
different classloaders, which would probably work. Most of javac's 
classes live in tools.jar; only a very few javax.* classes live in 
rt.jar.  But I'm not sure this could be set up in a reasonably general 

-- Jon
-------------- next part --------------
An HTML attachment was scrubbed...

More information about the compiler-dev mailing list