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