<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
course.
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.
-Alan
More information about the core-libs-dev
mailing list