Re: Having problems generating a code coverage report

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Aleksander Alekseev <aleksander(at)timescale(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, jian he <jian(dot)universality(at)gmail(dot)com>, Peter Geoghegan <pg(at)bowt(dot)ie>
Subject: Re: Having problems generating a code coverage report
Date: 2026-01-22 00:48:35
Message-ID: aXFz4wzIsgFLiCSD@paquier.xyz
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jan 21, 2026 at 01:57:58PM -0500, Andres Freund wrote:
> I just encountered this. The problem seems to only happen when the build
> directory is inside the source directory.
>
> Not that that's a great solution, but just having the build dir be in a
> separate directory fixed the issue for me.

Even with a VPATH build on Debien GID? FWIW, I am unable to run a
coverage-html even in this case from the root of a build, finishing
with stuff like that:
/usr/bin/lcov --gcov-tool /usr/bin/gcov -q --no-external -c -i -d . -d
/home/user/git/postgres/ -o lcov_base.info
lcov: ERROR: (empty) no .gcno files found in /home/user/git/postgres
(use "lcov --ignore-errors empty ..." to bypass this error)

Passing "--ignore-errors empty" to LCOVFLAGS bypasses the first step
but genhtml complains, like:
genhtml: ERROR: (corrupt) unable to read trace file 'lcov_base.info':

meson is no better as far as I've tried, so I have pretty much given
up with coverage reports in this environment at this stage. If there
is a magic recipe, I am not really aware of one..
--
Michael

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2026-01-22 01:18:08 Re: file_fdw: Support multi-line HEADER option.
Previous Message Mihail Nikalayeu 2026-01-22 00:40:47 Re: Issues with ON CONFLICT UPDATE and REINDEX CONCURRENTLY