Bytecode regression caused by JDK-8148854

[Alvarez, David]

I like this approach.

I will also let the groovy community know that groovyc is capable of
generating these files and that will most likely stop working on 8u282.

Checking the documentation, it seems < and > aren't even allowed in
groovy.

David

On Thu, 2020-10-08 at 17:07 +0100, Andrew Hughes wrote:
> On 10:40 Thu 08 Oct     , Andrew Haley wrote:
> > On 08/10/2020 04:14, Andrew Hughes wrote:
> > > I'm tending towards this mostly being an issue with Groovy
> > > creating bad
> > > class files. It sounds like it still does and they already fail
> > > with
> > > OpenJDK 11.
> > > 
> > > However, I see that this is an 8u281 backport for Oracle, but,
> > > for some
> > > reason, it was approved earlier for OpenJDK 8, in 8u272. I thus
> > > think
> > > there's a case for rolling it back in 8u272 *only*, so the change
> > > at
> > > least appears in both JDKs at the same time.
> > > 
> > > Thoughts?
> > 
> > I wouldn't object. It doesn't sound at all urgent.
> > 
> > -- 
> > Andrew Haley  (he/him)
> > Java Platform Lead Engineer
> > Red Hat UK Ltd. <https://www.redhat.com>
> > https://keybase.io/andrewhaley
> > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
> > 
> 
> I agree. Moreover, if we're going to break some code, I'd rather
> we did it at the same time at Oracle (and also increase the chances
> of picking up any follow-on fixes in the 8u282 cycle).
> 
> Thanks. I'll roll this back as part of the CPU patchset in 8u272
> only.