[prev in list] [next in list] [prev in thread] [next in thread]
List: openjdk-serviceability-dev
Subject: Re: RFR: 8310948: Fix ignored-qualifiers warning in Hotspot
From: Daniel =?UTF-8?B?SmVsacWEc2tp?= <djelinski () openjdk ! org>
Date: 2023-06-30 14:31:54
Message-ID: MM7P4dViyFokzuGnm8t7YhywSW2w6gWT7LnjNPWYHI4=.88dc1236-9ad5-439e-8585-adea24b7a6f8 () github ! com
[Download RAW message or body]
On Tue, 27 Jun 2023 12:22:43 GMT, Daniel JeliĆski <djelinski@openjdk.org> wrote:
> Please review this attempt to fix ignored-qualifiers warning.
>
> Example warnings:
>
> src/hotspot/share/oops/method.hpp:413:19: warning: 'volatile' type qualifier on \
> return type has no effect [-Wignored-qualifiers] CompiledMethod* volatile code() \
> const; ^~~~~~~~~
>
>
> src/hotspot/share/jfr/periodic/jfrModuleEvent.cpp:65:20: warning: type qualifiers \
> ignored on cast result type [-Wignored-qualifiers] 65 | event.set_source((const \
> ModuleEntry* const)from_module); | \
> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> The proposed fix removes the ignored qualifiers.
> In a few AD files I replaced `const` with `constexpr` where I noticed that the \
> method is returning a compile-time constant, and other platforms use `constexpr` on \
> the same method.
> Release, debug and slowdebug builds on Aarch64 / x64 and Mac / Linux complete \
> without errors. Cross-compile GHA builds also pass.
Can I get another +1 on this? or should I proceed with splitting?
-------------
PR Comment: https://git.openjdk.org/jdk/pull/14674#issuecomment-1614738114
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic