This is an auto-filed bug because dev-java/openjdk-bin installs files with unresolved SONAME dependencies. The issue was originally discovered on amd64, but it may be reproducible on other arches as well. If you think that a different summary clarifies the issue better, feel free to change it. Attached build log and emerge --info.
Created attachment 643050 [details] build.log build log and emerge --info
check seems to be misfiring it loads system libfreetype.so fine lddtree libfontmanager.so libfontmanager.so => ./libfontmanager.so (interpreter => none) libfreetype.so => /usr/lib64/libfreetype.so libbz2.so.1 => /lib64/libbz2.so.1 libpng16.so.16 => /usr/lib64/libpng16.so.16 libz.so.1 => /lib64/libz.so.1 libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 libpcre.so.1 => /lib64/libpcre.so.1 libpthread.so.0 => /lib64/libpthread.so.0 libfreetype.so.6 => /usr/lib64/libfreetype.so.6 libgraphite2.so.3 => /usr/lib64/libgraphite2.so.3 libbrotlidec.so.1 => /usr/lib64/libbrotlidec.so.1 libbrotlicommon.so.1 => /usr/lib64/libbrotlicommon.so.1 libawt.so => ./libawt.so libdl.so.2 => /lib64/libdl.so.2 libjava.so => ./libjava.so libverify.so => ./libverify.so libjvm.so => not found libm.so.6 => /lib64/libm.so.6 libc.so.6 => /lib64/libc.so.6 ld64.so.2 => /lib64/ld64.so.2 leaving open for now, will investigate later.
ci has reproduced this issue with version 11.0.12_p7 - Updating summary.
ci has reproduced this issue with version 21.0.2_p13 - Updating summary.