Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vrAeJ-007srA-1j for pgsql-hackers@arkaria.postgresql.org; Sat, 14 Feb 2026 08:05:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vrAeG-00HEGZ-30 for pgsql-hackers@arkaria.postgresql.org; Sat, 14 Feb 2026 08:05:04 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vrAeG-00HEGR-21 for pgsql-hackers@lists.postgresql.org; Sat, 14 Feb 2026 08:05:04 +0000 Received: from imp.madness.at ([2a02:16a8:dc41::218]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vrAeD-00000000ZUI-2Fmn for pgsql-hackers@lists.postgresql.org; Sat, 14 Feb 2026 08:05:03 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kaltenbrunner.cc; s=20190215; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender :Reply-To:Content-ID:Content-Description; bh=wqfdsKxH5W6Z62O39QmVGVWgWhHNOLIJx0WD8YWia68=; b=jj21umPM0SbiIxbn+sK/Q52HGK f99ALqEjXUxogIZRnVijSbLYhEfPjhm25t/ZjmX34tMChuYQjecCB/YsXihni3dHCXdCUAGjo1Cud ZLA9VOic0nZATiR/veN0Hn1XIaC3nRMZRnST3MHRYx2sUpklfJdAwQ6Dwpi1d/IPoITmd6I0ErTqy C9gMmxh6Co/5xSiQ52RHRsVRmlrivelFkxTYzNNz4d71I8fxAaVZlfYGels8JT9X0CRq4hgV4zHI9 yKdofeU9I+2weW8kd4jJTiKAymKdyGRO0u/VLgfFxufnDmMV9mYlmS8XiZUX6nlPHPUWnDev9OUa5 lc2XG11g==; Received: from 83-215-245-171.p2p.cablelink.at ([83.215.245.171] helo=[192.168.79.6]) by imp.madness.at with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vrAe4-00A0BO-0x; Sat, 14 Feb 2026 09:04:54 +0100 Message-ID: Date: Sat, 14 Feb 2026 09:04:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Having problems generating a code coverage report To: Michael Paquier Cc: Tom Lane , Aleksander Alekseev , PostgreSQL Hackers , Peter Geoghegan References: <1474060.1736977450@sss.pgh.pa.us> Content-Language: en-US From: Stefan Kaltenbrunner In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 1/29/25 02:00, Michael Paquier wrote: > On Wed, Jan 15, 2025 at 07:51:39PM -0500, Peter Geoghegan wrote: >> I was able to get the lcov git master branch's tip to produce a >> Postgres coverage report (same compiler version and OS as before). >> Unfortunately, I had to use an even grottier incantation to get this >> to work: >> >> make -s coverage-html GENHTML_FLAGS="-q --legend --ignore-errors >> unmapped,unmapped,empty,empty,inconsistent,inconsistent,corrupt,corrupt,range,range" >> LCOVFLAGS="--ignore-errors >> empty,empty,negative,negative,inconsistent,inconsistent" >> >> (As you can imagine, I came up with this through pure trial and error.) > > Interesting. These tricks do not seem to work here with a Debian GID > host, unfortunately. I'll try to dig a bit more, this is getting very > annoying :( hmm this is now also breaking coverage.postgresql.org (after an upgrade to the current debian trixie): make: Leaving directory '/home/coverage/pgsrc/pgsql/src/interfaces/ecpg/test' /usr/bin/lcov --gcov-tool /usr/bin/gcov -q --no-external -c -i -d . -d . -o lcov_base.info lcov: WARNING: (deprecated) RC option 'lcov_branch_coverage' is deprecated. Consider using 'branch_coverage'. instead. (Backward-compatible support will be removed in the future.) (use "lcov --ignore-errors deprecated,deprecated ..." to suppress this warning) Message summary: 1 error message: usage: 1 1 warning message: deprecated: 1 lcov: ERROR: (usage) duplicate file ./src/fe_utils/astreamer_gzip.gcno in both . and . (use "lcov --ignore-errors usage ..." to bypass this error) make: *** [src/Makefile.global:1064: lcov_base.info] Error 1 This seems to be basically the same issue that Andres patch in this thread tries to address by removing one of the -d - applying a similar hack locally seems to help a bit until we are running into one of the other reported issues: lcov: WARNING: (inconsistent) /home/coverage/pgsrc/pgsql/contrib/bloom/blinsert.c:274: unexecuted block on non-branch line with non-zero hit count. Use "geninfo --rc geninfo_unexecuted_blocks=1 to set count to zero. (use "lcov --ignore-errors inconsistent,inconsistent ..." to suppress this warning) lcov: ERROR: (negative) Unexpected negative hit count '-5' for line /home/coverage/pgsrc/pgsql/src/port/snprintf.c:529" while capturing from ./src/port/snprintf_shlib.gcda. (use "lcov --ignore-errors negative ..." to bypass this error) Message summary: 1 error message: negative: 1 2 warning messages: deprecated: 1 inconsistent: 1 make: *** [src/Makefile.global:1069: lcov_test.info] Error 1 While I certainly can try to locally hack around that further to get it build it feels wrong to post process/patch our own tree to get "official" coverage reporting... Stefan