Feedback-ID: ie3de48e3:Fastmail
Date: Tue, 17 Feb 2026 18:28:24 +0100
From: =?utf-8?Q?=C3=81lvaro?= Herrera <alvherre@kurilemu.de>
To: Michael Paquier <michael@paquier.xyz>
Cc: Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>, 
	Tom Lane <tgl@sss.pgh.pa.us>, Aleksander Alekseev <aleksander@timescale.com>, 
	PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Peter Geoghegan <pg@bowt.ie>
Subject: Re: Having problems generating a code coverage report
Message-ID: <202602171717.ev3v7dmfsvck@alvherre.pgsql>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <202602171700.7764hluoeh23@alvherre.pgsql>
Archived-At: <https://www.postgresql.org/message-id/202602171717.ev3v7dmfsvck%40alvherre.pgsql>
Precedence: bulk

On 2026-Feb-17, Álvaro Herrera wrote:

> Nope, it's a straight in-tree build.  I made it work after a few more
> failed tries with a call like
> 
> GENHTML_FLAGS="-q --legend --ignore-errors unmapped,corrupt,inconsistent,range"
> LCOVFLAGS="-q --legend --ignore-errors usage"
> make coverage-html

Correction.  These variables are not taken into account if given as
environment variables, but they are if given as make arguments.
Moreover, --legend makes lcov die.  So, apparently this one works:

make coverage-html LCOVFLAGS="-q --ignore-errors usage" GENHTML_FLAGS="-q --legend --ignore-errors unmapped,corrupt,inconsistent,range"

I also removed a file called .lcovrc that only had this line
  lcov_branch_coverage = 0
though that doesn't appear to have automatically added branch coverage
to the report.  However, I'll wait until the next run to see if anything
changes.

The CSS problem appears to have been a caching glitch, and now it works,
so I guess the cached file must have expired.  It looks Christmas-treeish
again now.

-- 
Álvaro Herrera               48°01'N 7°57'E  —  https://www.EnterpriseDB.com/
"No renuncies a nada. No te aferres a nada."