On 9/1/23 05:24, David Holmes wrote:
On 1/09/2023 6:49 pm, Severin Gehwolf wrote:
On Fri, 2023-09-01 at 12:32 +1000, David Holmes wrote:
Sounds familiar ...
https://bugs.openjdk.org/browse/JDK-8261656 ?
Gives me:
"""
You can't view this issue
"""
Sorry about that - I didn't notice it was
On 1/09/2023 6:49 pm, Severin Gehwolf wrote:
On Fri, 2023-09-01 at 12:32 +1000, David Holmes wrote:
Sounds familiar ...
https://bugs.openjdk.org/browse/JDK-8261656 ?
Gives me:
"""
You can't view this issue
"""
Sorry about that - I didn't notice it was not a public issue. Suffice to
say th
On Fri, 2023-09-01 at 12:32 +1000, David Holmes wrote:
> Sounds familiar ...
>
> https://bugs.openjdk.org/browse/JDK-8261656 ?
Gives me:
"""
You can't view this issue
"""
:-(
Thanks,
Severin
using devkit on RHEL puts path to devkit
into libsplashscreen
Hello Matthias,
That's certainly not wanted behavior. I checked and it doesn't happen in our
builds. I think your assessment is correct that the -R flag culprit is
introduced in X_LIBS from the builtin autoconf macro
Sounds familiar ...
https://bugs.openjdk.org/browse/JDK-8261656 ?
David
On 31/08/2023 11:02 pm, Baesken, Matthias wrote:
Hello, by chance we noticed that a jdk build on RHEL Linux (ppc64le
if that matters) that uses a devkit puts the devkits folder into
the libsplashscreen.so bina
Hello Matthias,
That's certainly not wanted behavior. I checked and it doesn't happen in
our builds. I think your assessment is correct that the -R flag culprit
is introduced in X_LIBS from the builtin autoconf macros. Digging
through the history, it happened in [1], which is a long time ago.
Hello, by chance we noticed that a jdk build on RHEL Linux (ppc64le if that
matters) that uses a devkit puts the devkits folder into the
libsplashscreen.so binary .
See those objdump and ldd output :
objdump -x ./lib/libsplashscreen.so | grep PATH
RUNPATH
/mydev
