RFR(S): 8195109: ServiceUtil::visible_oop is not needed anymore
Stefan Karlsson
stefan.karlsson at oracle.com
Wed Mar 21 10:29:48 UTC 2018
On 2018-03-20 23:15, JC Beyler wrote:
> Hi Chris,
>
> I saw a nit in jvmtiExport.cpp, you seem to have removed the wrong '}' in
> ~JvmtiVMObjectAllocEventCollector. Line 2767 was removed and not 2766, no?
> It doesn't matter for compilation/functionality but is wrong indentation
> wise; hence the nit :)
I think this webrev was generated without the -b flag, and hence doesn't
always show the right whitespace changes.
If you look in the patch file:
http://cr.openjdk.java.net/~cjplummer/8195109/webrev.00/src/hotspot/share/prims/jvmtiExport.cpp.patch
it looks correct:
- if (ServiceUtil::visible_oop(obj)) {
- JvmtiExport::post_vm_object_alloc(JavaThread::current(), obj);
- }
+ JvmtiExport::post_vm_object_alloc(JavaThread::current(), obj);
}
Cheers,
StefanK
>
> I only noticed because I've playing around with that exact code and this
> will simplify my own webrev once this goes in!
>
> Thanks,
> Jc
>
>
> On Tue, Mar 20, 2018 at 1:08 PM <coleen.phillimore at oracle.com> wrote:
>
>>
>>
>> On 3/20/18 3:39 PM, Chris Plummer wrote:
>>> Hi,
>>>
>>> New webrev:
>>>
>>> http://cr.openjdk.java.net/~cjplummer/8195109/webrev.01/index.html
>>>
>>> There was a build failure on solaris-sparc in threadSMR.cpp.
>>> References to the Copy class were producing "unresolved symbol"
>>> errors. threadSMR.cpp includes threadService.hpp, which no longer
>>> includes serviceUtil.hpp (because it was removed). It looks like
>>> serviceUtil.hpp indirectly included "utilities/copy.hpp", so now I
>>> include it directly in threadSMR.cpp. The problem was only on
>>> solaris-sparc, so I assume on other platforms there was platform
>>> dependent code indirectly pulling in copy.hpp. In any case, it's now
>>> directly pulled in on all platforms.
>>
>> Yes, this looks good!
>> Coleen
>>
>>>
>>> thanks,
>>>
>>> Chris
>>>
>>> On 3/19/18 5:48 PM, Chris Plummer wrote:
>>>> Hello,
>>>>
>>>> Please review the following:
>>>>
>>>> https://bugs.openjdk.java.net/browse/JDK-8195109
>>>> http://cr.openjdk.java.net/~cjplummer/8195109/webrev.00/index.html
>>>>
>>>> The assert I added to make sure this is safe has been in place in
>>>> jdk/jdk for almost 3 weeks with no issues (longer in jdk/hs).
>>>>
>>>> The webrev is missing the copyright update for threadService.hpp. I
>>>> fixed it after noticing that.
>>>>
>>>> Testing is in progress. Running hs tiers 1, 2, and 3, and jdk tiers 1
>>>> and 2. Also making sure all serviceability tests are run.
>>>>
>>>> thanks,
>>>>
>>>> Chris
>>>
>>>
>>
>>
More information about the hotspot-runtime-dev
mailing list