JDK 9 RFR of JDK-8072480: javac should support compilation for a specific platform version
Erik Joelsson
erik.joelsson at oracle.com
Fri May 22 06:49:47 UTC 2015
On 2015-05-21 21:59, mark.reinhold at oracle.com wrote:
> 2015/5/21 12:01 -0700, jan.lahoda at oracle.com:
>> This is a patch adding a new option, -platform, to javac.
>>
>> Patch for the top-level repository is here:
>> http://cr.openjdk.java.net/~jlahoda/8072480/webrev.00/top-level/
>>
>> Patch for the langtools repository is here:
>> http://cr.openjdk.java.net/~jlahoda/8072480/webrev.00/langtools/
>>
>> These changes also require additional langtools changes as their
>> prerequisite:
>> http://cr.openjdk.java.net/~jlahoda/8080675/webrev.00/
> Nice work -- I'm glad to see this coming in.
>
> What's the rationale for putting the symbol generator and all its data
> in the top-level repo? That'll add quite a bit of heft to a repo that's
> always been intended to remain fairly lightweight. Wouldn't it make
> more sense for this code and data to be placed in the langtools repo?
> Or is there some sort of build-bootstrapping issue here?
Technically these files could go in any repo, it's only a question of
where they best fit from a logical/maintaining point of view. I had not
thought about the langtools repo before, I just thought that it didn't
fit in the jdk repo so better put it in the top as it applies to all
modules. But the user of this data is the compiler so langtools does
make sense.
/Erik
More information about the compiler-dev
mailing list