On Tue, Oct 18, 2016 at 6:33 PM, Vitaly Davidovich <vita...@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