Evgeny Mandrikov

@marchof I'm not against drop of support. However to prevent misunderstanding for others: - we already allow coverage on bootstrap classes - in online instrumentation mode partially due to inability...

Hi @victornoel , First of all, let me set expectations here: JaCoCo agent performs only bytecode transformations, it does not use nor manipulate machine native code, and it does not...

@victornoel thank you for your understanding and role of a messenger! ❤️ > Tell me if I can help with anything in any case, but I have not been able...

As was mentioned multiple times earlier - we need > a crash report from "fastdebug" JVM - see https://builds.shipilev.net/openjdk-jdk21/ @mrtna @MosheElisha If you can stably reproduce the issue, then please...

@victornoel why not take pre-built from https://builds.shipilev.net/openjdk-jdk21/ ?

> It's proprietary code so I'd need to recreate a project similar to ours. @mrtna I think that this is unnecessarily because we are interested in part of crash report...

> if I understood correctly, was made with a fastdebug JVM: https://github.com/adoptium/adoptium-support/issues/1191#issuecomment-2804294317 @victornoel unfortunately no - rephrasing/repeating https://github.com/adoptium/adoptium-support/issues/1191#issuecomment-2841434432 AFAICS it was done with debug information, but not with fast-debug build,...

@3flex FYI I asked Aleksey Shipilev whether his proposal of baillout (https://bugs.openjdk.org/browse/JDK-8357885#comment-14784038) was postponed or postponed more advanced compiler fixes, and here you go - baillout is on its way...

@Dukoff92 first of all thank you for testing snapshot version and for the report ❤ This seems to be consequence of https://github.com/jacoco/jacoco/pull/1700 unfortunately unforeseen and overlooked. Unfortunately we had no...

Obsolete