| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com> |
| Cc: | "Jonathan Gonzalez V(dot)" <jonathan(dot)abdiel(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Coverage (lcov) failing with inconsistent error in versions 2.x |
| Date: | 2026-07-01 15:55:48 |
| Message-ID: | 3422076.1782921348@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com> writes:
> (As an aside: I want to be careful in how I speak about lcov 2.x. I'm
> not an expert in that system, and it's entirely possible that all of
> the errors causing it to bail out by default are in fact legitimate
> problems in the underlying coverage data that is emitted by a
> compiler, rather than bugs in lcov. But I do believe that the current
> state of lcov makes it pretty much unfit for purpose with today's
> widely-used toolchains and codebases. I'm pretty disappointed in how
> v2 is behaving.)
Yeah. It seems like lcov 2.0 is kind of okay (it's working for me
anyway), but the later versions are more broken. I'm not excited
about changing our docs to reflect that, and definitely -1 on
changing our code. I think we just have to wait and hope they
get things sorted.
> We could rewrite https://wiki.postgresql.org/wiki/CodeCoverage, maybe.
+1, that page seems to be mostly ancient history at present.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Vitaly Davydov | 2026-07-01 15:57:58 | Re: Deadlock detector fails to activate on a hot standby replica |
| Previous Message | Nathan Bossart | 2026-07-01 15:55:01 | Re: bump minimum supported version of psql and pg_{dump,dumpall,upgrade} to v10 |