RFR (T) 8242896: typo #ifdef INCLUDE_JVMTI in codeCache.cpp
Magnus Ihse Bursie
magnus.ihse.bursie at oracle.com
Thu Apr 16 14:24:28 UTC 2020
On 2020-04-16 04:37, coleen.phillimore at oracle.com wrote:
>
>
> On 4/15/20 9:37 PM, David Holmes wrote:
>> Hi Coleen,
>>
>> On 16/04/2020 10:59 am, coleen.phillimore at oracle.com wrote:
>>> open webrev at
>>> http://cr.openjdk.java.net/~coleenp/2020/8242896.01/webrev
>>> bug link https://bugs.openjdk.java.net/browse/JDK-8242896
>>
>> Looks good but ...
>>
>>> Built and ran vmTestbase RedefineTests which use the protected code.
>>
>> ... you need to ensure that builds that don't INCLUDE_JVMTI still
>> work okay as they will now actually be excluding this code for the
>> first time.
>
> Last time I tried to build minimal, it failed for some odd problem on
> my system. I'll wait until someone from the openjdk can build it then.
> thanks,
Building minimal should work. Try something like this: "jib configure
-- --with-jvm-variants=minimal". It should work.
I just tried with your patch, and it does not work.
/localhome/hg/jdk-BAR/open/src/hotspot/share/classfile/metadataOnStackMark.cpp:70:
error: undefined reference to 'CodeCache::old_nmethods_do(MetadataClosure*)'
/localhome/hg/jdk-BAR/open/src/hotspot/share/code/nmethod.cpp:1495:
error: undefined reference to
'CodeCache::unregister_old_nmethod(CompiledMethod*)'
I made a quick check but it was not clear to me if the call sites in
metadataOnStackMark.cpp and nmethod.cpp should be excluded if missing
jvmti, or if the code in codeCache.cpp should really be present even
with jvmti.
/Magnus
> Coleen
>>
>> Thanks,
>> David
>>
>>> thanks,
>>> Coleen
>
More information about the serviceability-dev
mailing list