[jdk17] RFR: 8269335: Unable to load svml library

Jie Fu jiefu at openjdk.java.net
Fri Jun 25 01:31:03 UTC 2021


On Fri, 25 Jun 2021 00:09:10 GMT, Jie Fu <jiefu at openjdk.org> wrote:

>>> @DamonFool The problem shows up only with the build on jdk.java.net. I also didn't see this problem while testing with internal builds.
>> 
>> So why it works for our internal builds but fails with the builds on jdk.java.net?
>
>> @DamonFool Very good question. It took me sometime to figure this out. There is something in java.exe which makes the difference. If you replace the java.exe in the internal build with the one on jdk.java.net you will be able to reproduce the problem. Giving the full path to dll_load in libjvm.so as in this patch fixes the issue.
> 
> I didn't get it tested on windows before.
> 
> Does the original code also work on Windows with your internal builds?
> If so, I think more investigation is needed to figure out the root cause.
> Thanks.

> @DamonFool The internal builds worked on both the platforms (Linux and Windows). Placing the built jvm.dll or libjvm.so with this patch in the jdk.java.net build also works on both the platforms.
> Please let me know if you have a better solution. This is the best that I could come up with. Please do keep in mind, we don't have too much time before RDP2.

I'm not sure if the change really fix the problem since the root cause still remains unknown.

Replacing the jvm.dll or libjvm.so makes very little sense to me.

A better way to verify the fix is re-building the whole image with the patch on Oracle's platform.
But that is still not enough.
Even though it gets passed on Oracle's machines, we still don't know if it really get fixed on all others' platforms.

I don't have a Windows machine so it's hard for me to investigate it.
Thanks.

-------------

PR: https://git.openjdk.java.net/jdk17/pull/143


More information about the hotspot-compiler-dev mailing list