Re: Coverage (lcov) failing with inconsistent error in versions 2.x

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

In response to

Browse pgsql-hackers by date

  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