RFR: jsr166 jdk9 integration wave 12

Martin Buchholz martinrb at google.com
Wed Oct 19 02:38:14 UTC 2016

On Tue, Oct 18, 2016 at 6:33 PM, Vitaly Davidovich <vitalyd at gmail.com>

> Indeed - the whole inlining based on simple bytecode size is a big problem
> (I've brought this up in various contexts several times on the compiler
> list, but this is a known issue).  But, some of the methods using the jsr
> style look to already be >35 bytes.  I've seen this style in other places
> in the JDK where the method is definitely above 35.

- 35 is not a universal physical constant!
- maybe the same style is used in a similar method where it did cross the
35 byte threshold
- elsewhere in jsr166 we deal with concurrency, where copying fields into
locals is a good reflex for correctness

More information about the core-libs-dev mailing list