On Fri, 17 Jan 2025 13:50:11 GMT, Matthias Baesken wrote:
>>> > Member
>>>
>>> Fixing the JVM under LTO is likely to be a heavy undertaking, much more so
>>> than just unbreaking compilation and linking of the JVM (Ignoring that the
>>> JVM later crashes when the newly compiled JDK is used to
On Mon, 17 Feb 2025 09:04:55 GMT, Matthias Baesken wrote:
> btw for libjdwp with lto enabled (have to modify the make settings because
> this is not supported out of the box) I get
>
> 1.8M ./lib/libjdwp.debuginfo 280K ./lib/libjdwp.so
>
> This looks pretty good compared to HIGH or standard (L
On Wed, 23 Oct 2024 05:07:37 GMT, Julian Waters wrote:
> After 8339120, gcc began catching many different instances of unused code in
> the Windows specific codebase. Some of these seem to be bugs. I've taken the
> effort to mark out all the relevant globals and locals that trigger the
> unuse
Currently we tune for older Power8 CPUs in the libjvm build, this should be
adjusted to current Power10.
We do not set (yet) mcpu / mtune in the other native compilation units in the
linux ppc64le build; this should we reconsidered.
-
Commit messages:
- JDK-8350202
Changes: https
On Tue, 11 Feb 2025 15:56:39 GMT, Matthias Baesken wrote:
> The libjdwp is currently built with LOW optimization level, it could be built
> with SIZE optimization to lower the lib size by ~ 10 % on UNIX.
> On Windows LOW and SIZE currently translate to the same O1 optimization flag
> so no diff
On Fri, 14 Feb 2025 15:04:42 GMT, Matthias Baesken wrote:
> When using a gcc 13.2.0 devkit, the Linux builds (x86_64 and ppc64le) fail
> with warnings as errors in case that ubsan is enabled.
> The 2 warnings as errors are about memset usages ; we see those issues with
> gcc 13.2 but did not se
On Fri, 14 Feb 2025 15:04:42 GMT, Matthias Baesken wrote:
> When using a gcc 13.2.0 devkit, the Linux builds (x86_64 and ppc64le) fail
> with warnings as errors in case that ubsan is enabled.
> The 2 warnings as errors are about memset usages ; we see those issues with
> gcc 13.2 but did not se
