[aarch64-port-dev ] [8u] RFR (M) 8228400: Remove built-in AArch64 simulator

[Aleksey Shipilev]

On 8/6/19 3:12 PM, Andrew Haley wrote:
> On 8/6/19 1:33 PM, Aleksey Shipilev wrote:
> 
>> I thought we wanted to merge the entirety if
>> aarch64-port/jdk8u-shenandoah in one swoop.
> 
> True. It might well be the easiest thing to do, but OTOH I'm not sure
> it'll make for an easy review.
> 
>> The webrev above is the difference between
>> aarch64-port/jdk8u-shenandoah and jdk8u upstream. It is still not
>> that close to something I would be comfortable to propose.
> 
> Oh, I see; I didn't understand what you were trying to do. I thought
> it was all part of the aarch64 backport, hence my bafflement.

My goal is to make aarch64-port/jdk8u-shenandoah vs jdk8u difference as narrow as possible, before
the heat of the actual review whenever we propose aarch64-port/jdk8u-shenandoah for inclusion to
jdk8u. I usually invite everyone to look through those autogenerated webrevs and chip away
differences one by one. When we were doing Shenandoah upstreaming, it was by far the sanest way to
go about bulk contribution. (The alternative is juggling staging repositories and/or 100 KLOC
webrevs, good luck with that.)

There are a few minor Shenandoah 8u cleanups pending, and there is also the major ones (LRB and
nofwdptr), which should trim out the significant part of it. None of this changes the processes we
have already: everything Shenandoah-related comes with Shenandoah integrations, after Shenandoah
testing :)

-- 
Thanks,
-Aleksey