<i18n dev> [12] RFR: 8215303: Allowing additional currency code points from later Unicode updates

Alan Bateman Alan.Bateman at oracle.com
Sat Jan 5 17:03:15 UTC 2019

On 04/01/2019 17:18, Chris Hegarty wrote:
> Will compilations with `--release N-1` wind back the set of allowable
> identifiers?  It possibly should, if so how does one do similar when/if
> the set of currency characters is expanded in an update release?
I don't think `javac --release` takes the Unicode version into account. 
Using JDK 11 javac, I can compile the following with `--release 8` and 
it will compile even though the Bitcoin currency symbol was only added 
in Unicode 10 and Java SE 11. It won't compile with JDK 10 or older of 

class X {
    double ₿ = 0.0;

I agree with your comment that the CSR could be be expanded to at least 
make it clear that if support for a currency symbol is added in some 
future update of JDK N then source code using it in identifiers will 
compile with the JDK update that supports the symbol, not by the GA or 
previous updates of JDK N.


More information about the i18n-dev mailing list