RFR(s): 8214181: safepoint header cleanup
David Holmes
david.holmes at oracle.com
Thu Nov 22 03:04:35 UTC 2018
Hi Robbin,
On 22/11/2018 12:17 am, Robbin Ehn wrote:
> Hi all, please review.
>
> A cleanup of unused headers in safepoint.hpp, which have some minor
> collateral effects.
I see a lot of changes here which seem unrelated to cleaning up
safepoint.hpp per-se. The * changes are a distraction.
src/hotspot/share/gc/g1/g1HeapVerifier.cpp
I see no include of safepoint.hpp that would have previously caused
code/nmethod.hpp to be included - what was the path here?
Ditto for src/hotspot/share/memory/iterator.cpp
---
src/hotspot/share/runtime/thread.hpp
How does code/compiledMethod.hpp relate to safepoint.hpp?
Moving stuff to .inline.hpp is fine, but seems unrelated to safepoint
header cleanup.
With the header file changes I have to wonder how many of those advance
class definitions are actually needed. The
61 class ThreadSafepointState;
wasn't needed before, but now it is as you've removed the include.
---
safepoint.hpp:
I don't think I'll ever figure out how include headers are supposed to
be handled. I see so many types being used in safepoint.hpp for which
there is no include for the header defining those types! :(
That said I don't think we should be making implicit dependencies worse,
so as safepoint.hpp calls os::javaTimeMillis() I think the os.hpp
include should remain.
Thanks,
David
>
> CR:
> https://bugs.openjdk.java.net/browse/JDK-8214181
>
> Webrev:
> http://cr.openjdk.java.net/~rehn/8214181/webrev/index.html
> Passes t1, locally built without precompiled headers.
>
> Thanks, Robbin
More information about the hotspot-runtime-dev
mailing list