Evgeny Mandrikov

Ok, seems that even direct execution of JaCoCo Agent leads to wrong encoding of filename. Here is [debug.zip](https://github.com/jacoco/jacoco/files/7462900/debug.zip) that contains `debug.jar` and its corresponding sources - simple agent and main...

> I hope this is what you've expected. @SimSonic well, this is not what I was expecting at the beginning, but what at some moment started to suspect 😉 To...

Compilation of `ContainerFeatures.java` (`javac -g ContainerFeatures.java`) ``` // line 1 @SuppressWarnings("unused") // line 2 public enum ContainerFeatures { } ``` using (`javac -version`) ``` javac 11.0.3 ``` results in bytecode...

@marchof While I agree that we should fix this to not cause failure. As far as I understood - R8 is a shrinker and minificator, not compiler, so usage of...

@bvella just my two cents > I looked at #782 IMO main thing discussed in #782 (cache line) is not much related to main thing discussed here (local variable). >...

@bvella btw most interesting question - wondering why solution described here in https://github.com/jacoco/jacoco/issues/767#issuecomment-428974968 not suitable for you?

@marchof what are the other options? As far as I can see we already do two traversals (first being `MethodSanitizer`), so I can imagine 1. maybe we can track type...

As was correctly pointed by @marchof - Multi-Release JAR Files always have at least two class files with same fully qualified name, compiled from two different source files (http://openjdk.java.net/jeps/238 ,...

As explained in https://github.com/jacoco/jacoco/issues/896#issuecomment-500944865 JMockit should be fixed to properly handle condy (https://openjdk.java.net/jeps/309). As a temporary workaround while waiting for the fix in JMockit, you can use JaCoCo version 0.8.3...

@rliesenfeld don't know if this is enough for testing, but in absence of real reproducers from others, here is at least one that I quickly crafted when issue was reported...