Paul Johnson

Thanks for the update. Am I right that this is the standard html report? If so, could you try with the html_basic report? The html report tries to be clever...

I believe you are correct, and this is something I have been planning on looking into. Thanks very much for reporting it.

Thanks very much for this report and patch. This is, I'm sure, due to optree changes in 5.22 which have not been picked up during the 5.21 development cycle. I...

cpancover.com is using 5.20.0 in this case - see http://cpancover.com/latest//Verilog-Readmem-0.05/index.html And the Devel::Cover version is the latest dev version from the time of the run. I suspect the difference here...

Thanks very much for reporting this. You are correct that good error messages are important. And they are also difficult. I suspect that the real cause of the problem here...

Thanks for finding and reporting this. On the surface it looks like a problem with B::Deparse, or at least with the way in which Devel::Cover is using it. But some...

Have I understood correctly that I can ignore this in Devel::Cover as it is a bug in B which is already patched in the most recent release? That would be...

Thanks very much for your report and test case. I can reproduce the problem and running with `-MDevel::Cover::Op=Bar::Foobar` shows the difference in the coverage data being collected. Now I'll need...

@haarg I don't think your PR does fix this one - at least it seems not to for me. Using 49bae33a260675d570290238f2ec32affdf9678e and Perl 5.36.0 I can reproduce the error using...

Without checking, I suspect that the problem here will be that SvPV is a macro which expands to a conditional. In which case I'm not sure what could be done....