Thank you, Eric!
On Mon, May 6, 2024 at 7:21 PM wrote:
> On 5/6/24 09:26, Thomas Stüfe wrote:
> > Hi,
> >
> > is there a way to reliably prevent the jvm from being called with
> > -Xshare:dump during build?
> >
> > Often, when I tinker with metaspace or compressed klass pointers, CDS
> > gets
Hi Julian,
Yes, that confused me too. See here:
https://github.com/openjdk/jdk/blob/f308e107ce8b993641ee3d0a0d5d52bf5cd3b94e/make/GenerateLinkOptData.gmk#L76
Cheers, Thomas
On Tue, May 7, 2024 at 2:58 AM Julian Waters
wrote:
> Hi Thomas,
>
> --disable-jvm-feature-link-time-opt is for
On Tue, Apr 30, 2024 at 5:42 AM Magnus Ihse Bursie
wrote:
>
>
> On 2024-04-26 03:15, Jiangli Zhou wrote:
> > On Thu, Apr 25, 2024 at 9:28 AM Magnus Ihse Bursie
> > wrote:
> >>
> >> Just to be more clear, that's with using `objcopy` to localize
> >> non-exported symbols for all JDK static
Hi Thomas,
--disable-jvm-feature-link-time-opt is for disabling Link Time
Optimization when compiling the JVM itself, as in, requesting LTO from
the linker that is linking the JVM. It doesn't have anything to do
with what arguments the newly compiled JVM is called with and isn't
related to the
> Performance. Before:
>
> Benchmark(algorithm) (dataSize) (keyLength)
> (provider) Mode Cnt ScoreError Units
> SignatureBench.ECDSA.signSHA256withECDSA1024 256
> thrpt3 6443.934 ± 6.491 ops/s
>
> Please review a patch to add support for Markdown syntax in documentation
> comments, as described in the associated JEP.
>
> Notable features:
>
> * support for `///` documentation comments in `JavaTokenizer`
> * new module `jdk.internal.md` -- a private copy of the `commonmark-java`
>
Hi,
I have recently encountered bugs caused by undefined symbols in
libjvm.so[1][2]. The root cause of those issues is the expression in
make/autoconf/flags-ldflags.m4:
---
if test "x$TOOLCHAIN_TYPE" = xgcc; then
EXECUTABLE_LDFLAGS="$EXECUTABLE_LDFLAGS -Wl,--allow-shlib-undefined"
...
--
> Please review a patch to add support for Markdown syntax in documentation
> comments, as described in the associated JEP.
>
> Notable features:
>
> * support for `///` documentation comments in `JavaTokenizer`
> * new module `jdk.internal.md` -- a private copy of the `commonmark-java`
>
On 5/6/24 09:26, Thomas Stüfe wrote:
Hi,
is there a way to reliably prevent the jvm from being called with
-Xshare:dump during build?
Often, when I tinker with metaspace or compressed klass pointers, CDS
gets broken. During development, that is fine; it is a temporary state.
However, if
Hi,
is there a way to reliably prevent the jvm from being called with
-Xshare:dump during build?
Often, when I tinker with metaspace or compressed klass pointers, CDS gets
broken. During development, that is fine; it is a temporary state.
However, if -Xshare:dump is invoked, it may crash the
Not sure if you meant to address this mail to a specific person. I assume
with proposal you mean this:
https://mail.openjdk.org/pipermail/build-dev/2016-September/017746.html ?
If yes, my proposal was to move dladdr out of the OpenJDK code base into an
independent library that would be maintained
I wanted to discuss regarding https://bugs.openjdk.org/browse/JDK-8170635.
Do you have any pointers on moving dladdr() for AIX according to the current
JDK23 structure.
I think you had suggested one proposition according to JDK11 ?
Could we get some more pointers on this proposition ?
12 matches
Mail list logo