RFR(XS): 8191787 - move private inline functions from thread.inline.hpp -> thread.cpp
David Holmes
david.holmes at oracle.com
Thu Nov 30 05:07:44 UTC 2017
Hi Dan,
On 30/11/2017 7:16 AM, Daniel D. Daugherty wrote:
> Greetings,
>
> Coleen, this is one of your Thread-SMR follow-up suggestions so I need
> to hear from you on this thread. Thanks!
>
> I have a simple cleanup fix for Thread-SMR. The bug is:
>
> JDK-8191787 move private inline functions from thread.inline.hpp ->
> thread.cpp
> https://bugs.openjdk.java.net/browse/JDK-8191787
>
> This fix is pure code motion:
>
> - moving inline functions from thread.inline.hpp -> thread.cpp
> - making a few functions in thread.hpp private instead of public
>
> Here is the webrev URL:
>
> http://cr.openjdk.java.net/~dcubed/8191787-webrev/jdk10-0
3779 inline ThreadsList* Threads::get_smr_java_thread_list() {
3780 return
(ThreadsList*)OrderAccess::load_acquire(&_smr_java_thread_list);
3781 }
Don't these inline definitions need to come before any use of them
elsewhere in the source file, to actually get the inlining benefit?
Otherwise no comments from me on the code motion. I'm abstaining from
the debate on whether to list the functions immediately after the
associated fields, or whether to group fields and functions separately
(normally different access means they are separate, but not in this
case). :)
Thanks,
David
-----
>
> This fix was (over) tested with a Mach5 tier[1-5] run. There were no
> unexpected test failures.
>
> Thanks, in advance, for any comments, questions or suggestions.
>
> Dan
More information about the hotspot-runtime-dev
mailing list