RFR: 8340620: Fix -Wzero-as-null-pointer-constant warnings for CompressedOops
Stefan Karlsson
stefank at openjdk.org
Thu Sep 26 09:24:35 UTC 2024
On Tue, 24 Sep 2024 23:26:08 GMT, Kim Barrett <kbarrett at openjdk.org> wrote:
> Please review this change that fixes -Wzero-as-null-pointer-constant warnings
> in CompressedOops code. These all relate to CompressedOops::base().
>
> I also added a couple of asserts to verify our assumptions about null pointer
> constants being representationally zero. That isn't a Standard-conforming
> assumption, but holds for all platforms we currently support. I considered,
> and even explored, a couple of different options.
>
> (1) Continue to have CompressedOops::base() be a pointer, but avoid that
> assumption, being more careful about how zero-valued pointers are treated. But
> that adds significant complexity that we can't test, since we don't support
> any platforms needing that extra work.
>
> (2) Change CompressedOops::base() to an integral adjustment. This is probably
> the correct approach, but is much more intrusive and wide ranging in the
> changes required. Maybe something for the future.
>
> Testing: mach5 tier1-5
> GHA testing, verifying builds on some platforms not supported by Oracle.
>
> There are some simple changes to s390 and ppc code that I haven't tested,
> beyond verifying compilation.
FWIW, I think these asserts adds extra noise to these functions and I don't think we will be much more happy about having to read them over and over again when we read this functions / debug code through these functions. I would have preferred if this was one of those things that we require from our platforms and place a check in globalDefinitions, or some other prominent place that checks HotSpot's assumptions of the compilers / platforms.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/21172#issuecomment-2376415052
More information about the hotspot-dev
mailing list