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

Peter Niederwieser pniederw at gmail.com
Fri Oct 11 15:19:11 PDT 2013


https://bugs.openjdk.java.net/ seems read-only (I don't have "OpenJDK Author status or above").

On Oct 12, 2013, at 12:12 AM, Michel Trudeau <michel.trudeau at oracle.com> wrote:

> Yes,  https://bugs.openjdk.java.net/
> 
> On Oct 11, 2013, at 3:06 PM, Peter Niederwieser <pniederw at gmail.com> wrote:
> 
> Anyone? Do you have a public issue tracker where I can submit this?
> 
> Peter
> 
> On Oct 7, 2013, at 3:35 AM, Peter Niederwieser <pniederw at gmail.com> wrote:
> 
>> Hi compiler developers,
>> 
>> I'm working on the Java compiler integration for the Gradle build tool (http://gradle.org). Our main way of interacting with the Java compiler is the Java compiler API. Among other things, this allows us to have a long-running compiler process that can be reused over time, which is considerably faster than forking a new compiler every time.
>> 
>> I've noticed that the Java compiler API seems to silently ignore some of the options supported by the (Oracle JDK) command-line compiler. A concrete example is -XDignore.symbol.file=true, which some Gradle users need in order to be able to compile against internal JDK classes (e.g. com.sun.image.codec.jpeg.JPEGCodec). Is this a known issue, or is it even a feature (perhaps because -XDignore.symbol.file is a non-standard option)? To achieve the best possible compiler integration in Gradle, it would help a lot if the compiler API accepted exactly the same options as the corresponding command-line compiler.
>> 
>> Thanks for any insights.
>> 
>> Cheers,
>> Peter
>> 
>> --
>> Peter Niederwieser 
>> Principal Developer, Gradleware
>> http://www.gradle.org
>> http://www.gradleware.com
>> Creator, Spock Framework
>> http://spockframework.org
>> 
>> Join us at the Gradle eXchange 2013, Oct 28th in London, UK: http://skillsmatter.com/event/java-jee/gradle-exchange-2013
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20131012/4a36cc58/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
Url : http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20131012/4a36cc58/signature-0001.asc 


More information about the compiler-dev mailing list