Compiler/aot testing on MacOS

Joe Braley joebraley at microsoft.com
Thu Mar 23 14:20:40 UTC 2023


Hello,



Our team publishes Microsoft's build of OpenJDK, and we have observed some test failures after upgrading our macOS agents from 10.15 to MacOS 11. We have also seen these failures on macOS 12.x. The tests that are encountering issues are in compiler/aot category. We are only observing these issues in our JDK11u builds. The exact command line I used to reproduce the error locally is:



/Users/JEG/jdk-11.0.18+10/Contents/Home/bin/java -Xmx512m -jar /Users/JEG/jtreg/lib/jtreg.jar -agentvm -ignore:quiet -automatic -xml -vmoption:-Xmx512m -timeoutFactor:4 -concurrency:1 -testjdk:/Users/JEG/jdk-11.0.18+10/Contents/Home -nativepath:/

Users/JEG/jdk-11.0.18+10-test-image/hotspot/jtreg/native -verbose:fail,error,summary  -exclude:test/hotspot/jtreg/ProblemList.txt test/hotspot/jtreg/compiler/aot/TestHeapBase.java



Which resulted in the following exception:

Exception in thread "main" java.lang.InternalError: ld: dynamic main executables must link with libSystem.dylib for architecture x86_64

        at jdk.aot at 11.0.18/jdk.tools.jaotc.Linker.link(Linker.java:142)<mailto:jdk.aot at 11.0.18/jdk.tools.jaotc.Linker.link(Linker.java:142)>

        at jdk.aot at 11.0.18/jdk.tools.jaotc.Main.run(Main.java:262)<mailto:jdk.aot at 11.0.18/jdk.tools.jaotc.Main.run(Main.java:262)>

        at jdk.aot at 11.0.18/jdk.tools.jaotc.Main.run(Main.java:133)<mailto:jdk.aot at 11.0.18/jdk.tools.jaotc.Main.run(Main.java:133)>

        at jdk.aot at 11.0.18/jdk.tools.jaotc.Main.main(Main.java:89)<mailto:jdk.aot at 11.0.18/jdk.tools.jaotc.Main.main(Main.java:89)>



The version of macOS which I reproduced this error was:

openjdk-jdk11u % sw_vers

ProductName:    macOS

ProductVersion: 11.4

BuildVersion:   20F71



Initial triage on our end suggests that the linker for these tests is invoked in Linker.java, where we may require additional arguments passed into the "ld" command. Specifically, including the library path. The change that may have introduced this behavior is documented here: https://developer.apple.com/documentation/macos-release-notes/macos-big-sur-11_0_1-release-notes. The important bit, I think, is:

  *   New in macOS Big Sur 11.0.1, the system ships with a built-in dynamic linker cache of all system-provided libraries. As part of this change, copies of dynamic libraries are no longer present on the filesystem. Code that attempts to check for dynamic library presence by looking for a file at a path or enumerating a directory will fail. Instead, check for library presence by attempting to dlopen() the path, which will correctly check for the library in the cache. (62986286)



Has anyone encountered this issue before or would be willing to provide insight to what the root cause may be?

Thanks!

Joe Braley
Software Engineer
joebraley at microsoft.com<mailto:joebraley at microsoft.com>

[Microsoft Logo]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/build-dev/attachments/20230323/c4517e35/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 12304 bytes
Desc: image001.png
URL: <https://mail.openjdk.org/pipermail/build-dev/attachments/20230323/c4517e35/image001.png>


More information about the build-dev mailing list