RFR: 8322630: Remove ICStubs and related safepoints [v3]
Aleksei Voitylov
avoitylov at openjdk.org
Sat Jan 27 07:55:38 UTC 2024
On Fri, 26 Jan 2024 15:59:35 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:
>> Erik Österlund has updated the pull request incrementally with one additional commit since the last revision:
>>
>> Whitespace fix
>>
>> Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
>
> Just did an initial read through of the PR. Just added some cleanup suggestion. Also noticed something I though looked wrong in the ARM32 port.
>
> I also went through and tried to find the handful of places in the codebase where the term `ICHolder` (or its derivatives) were still used. Put them in a separate branch to not clutter this PR. Would be nice to take this all the way and not have stale comments or naming lurking about. (Also nuked the `DECC` copy-paste-typo)
> Comment cleanups:
> f1bb02ea472eb314c93d80b830c59bd03e280116
>
> All platforms use `data` as a register alias for the `CompileICData*` register in the `ic_check`. But c2i and itable stubs still use `holder`. Maybe go all the way here?
> 5422ed32def491bd1e145959b7f3c49c88cfc50e
>
> Also for PPC and s390 I think the code is easier to understand if the global inline cache register aliases these platforms have are used. But maybe that is just me.
> 39c0a7ede5187cba52d6fcf48c0852213c48c899
>
> As for the implementation I could not see anything wrong (except the ARM32 port). But I'll leave it people with more expertise in this area.
I'll check the ARM32 part of @xmas92 comments early next week.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1913061194
More information about the shenandoah-dev
mailing list