jtreg test test java/lang/ClassLoader/nativeLibrary/NativeLibraryTest.java
david.holmes at oracle.com
Thu Apr 12 09:28:31 UTC 2018
On 12/04/2018 7:03 PM, Siebenborn, Axel wrote:
> As there is no whitebox function to identify musl, I added one:
> What do you think?
That works, but is there a musl equivalent of gnu_get_libc_version? A
simple native runtime check would be better than all the build time
machinations if possible.
>> -----Original Message-----
>> From: David Holmes [mailto:david.holmes at oracle.com]
>> Sent: Dienstag, 10. April 2018 13:44
>> To: Siebenborn, Axel <axel.siebenborn at sap.com>; portola-
>> dev at openjdk.java.net
>> Subject: Re: jtreg test test
>> On 10/04/2018 9:24 PM, Siebenborn, Axel wrote:
>>> I had a look on the test
>>> This test fails, because a loaded native library is not removed by the GC.
>>> The native library should be unloaded by dlclose, but this is a noop in musl
>>> Any idea, how this should be handled?
>>> Should this test be skipped for musl?
>> I would say there is no choice :( Is there a whitebox function to
>> identify musl so you can use @requires ?
>> I don't buy their argument as to why dlclose is a no-op. Yes it's
>> "safer" in the same sense that standing still is safer than moving - but
>> nowhere near as useful.
More information about the portola-dev