RFR: 8241502: Migrate x86_64.ad to MacroAssembler [v6]
Dean Long
dlong at openjdk.java.net
Thu Mar 25 22:45:26 UTC 2021
On Thu, 25 Mar 2021 17:11:02 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:
>> Marked as reviewed by kvn (Reviewer).
>
>> > I guess you counted an instruction validated if it was generated at least once (so at least 1 possible encoding)? On RISC architectures that would probably be enough, but I know on x86/x64, register choice can change the instruction encoding and length, thanks to prefixes, etc.
>>
>> One possibility is to write a native test (using gtest) and exercise some encoding methods by enumerating all the possible input value locations. Probably, too much for a regularly executed test (there's a lot of stuff missing right now to support such scenario), but something which can be quickly hacked for a one-time run.
>
> I suggest to do that as separate RFE. This changes could be tested by running in all our tiers testing.
>
> Cleaning unused code could be also done separately.
> Can you elaborate, please, what you mean here? I don't see "enc_classes and related code" in the latest patch.
I was confused by this at first too. I believe the question is, should unused code such as "enc_class cdql_enc" be removed as part of this PR?
-------------
PR: https://git.openjdk.java.net/jdk/pull/2420
More information about the hotspot-compiler-dev
mailing list