-
Bug
-
Resolution: Fixed
-
P3
-
11, 17, 21, 22
-
b14
-
ppc
-
linux
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8317589 | 21.0.2 | Matthias Baesken | P3 | Resolved | Fixed | b03 |
JDK-8318970 | 17.0.10 | Matthias Baesken | P3 | Resolved | Fixed | b01 |
JDK-8322960 | 11.0.23 | Matthias Baesken | P3 | Resolved | Fixed | b01 |
devkit we observed those unwanted paths in libsplashscreen.so .
See those objdump and ldd output :
objdump -x ./lib/libsplashscreen.so | grep PATH
RUNPATH /mydevkitsfolder/devkits/ppc64le-linux-gnu-to-ppc64le-linux-gnu-fedora27-gcc11.3.0/ppc64le-linux-gnu/sysroot/usr/lib64:$ORIGIN
ldd ./lib/libsplashscreen.so
ldd: warning: you do not have execution permission for `./lib/libsplashscreen.so'
. . .
libX11.so.6 => /mydevkitsfolder/devkits/ppc64le-linux-gnu-to-ppc64le-linux-gnu-fedora27-gcc11.3.0/ppc64le-linux-gnu/sysroot/usr/lib64/libX11.so.6 (0x00007fffa3920000)
libXext.so.6 => /mydevkitsfolder/devkits/ppc64le-linux-gnu-to-ppc64le-linux-gnu-fedora27-gcc11.3.0/ppc64le-linux-gnu/sysroot/usr/lib64/libXext.so.6 (0x00007fffa38e0000)
. . .
libz.so.1 => /mydevkitsfolder/devkits/ppc64le-linux-gnu-to-ppc64le-linux-gnu-fedora27-gcc11.3.0/ppc64le-linux-gnu/sysroot/usr/lib64/libz.so.1 (0x00007fffa36f0000)
libc.so.6 => /lib64/power9/libc.so.6 (0x00007fffa34e0000)
libjvm.so => not found
libxcb.so.1 => /lib64/libxcb.so.1 (0x00007fffa3490000)
/lib64/ld64.so.2 (0x00007fffa3be0000)
libXau.so.6 => /lib64/libXau.so.6 (0x00007fffa3460000)
Looks like the devkit reference is coming in via the X_LIBS setting , where the -R is added by AC_PATH_XTRA
make/autoconf/lib-x11.m4
# Now let autoconf do it's magic
AC_PATH_X
AC_PATH_XTRA
# AC_PATH_XTRA creates X_LIBS and sometimes adds -R flags. When cross compiling
# this doesn't make sense so we remove it.
if test "x$COMPILE_TYPE" = xcross; then
X_LIBS=`$ECHO $X_LIBS | $SED 's/-R \{0,1\}[[^ ]]*//g'`
fi
And X_LIBS is used later on Linux in the build of LIBSPLASHSCREEN .
Strangely I could not reproduce this when building on RHEL 8.x x86_64 , there might be a difference in the tools compared to ppc64le.
Probably at least in the devkit build case, the -R setting should be filtered like it is done in the cross build already.
- backported by
-
JDK-8317589 build using devkit on Linux ppc64le RHEL puts path to devkit into libsplashscreen
-
- Resolved
-
-
JDK-8318970 build using devkit on Linux ppc64le RHEL puts path to devkit into libsplashscreen
-
- Resolved
-
-
JDK-8322960 build using devkit on Linux ppc64le RHEL puts path to devkit into libsplashscreen
-
- Resolved
-
- links to
-
Commit openjdk/jdk11u-dev/93d1dc76
-
Commit openjdk/jdk17u-dev/d7dd1f06
-
Commit openjdk/jdk21u/9caf6c6c
-
Commit openjdk/jdk/ed2b4673
-
Review openjdk/jdk11u-dev/2352
-
Review openjdk/jdk17u-dev/1923
-
Review openjdk/jdk21u/201
-
Review openjdk/jdk/15534