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.98.2) (envelope-from ) id 1xD7CX-00000000K93-3oU9 for pgsql-hackers@arkaria.postgresql.org; Sat, 03 Oct 2026 21:23:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.98.2) (envelope-from ) id 1xD7CW-00000003ITg-3PTJ for pgsql-hackers@arkaria.postgresql.org; Sat, 03 Oct 2026 21:23:24 +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.98.2) (envelope-from ) id 1xD7CW-00000003ITT-0Vxk for pgsql-hackers@lists.postgresql.org; Sat, 03 Oct 2026 21:23:24 +0000 Received: from fhigh-a4-smtp.messagingengine.com ([103.168.172.155]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1xD7CT-00000000DJp-3Kwf for pgsql-hackers@postgresql.org; Sat, 03 Oct 2026 21:23:23 +0000 Received: from phl-compute-06.internal (phl-compute-06.internal [10.202.2.46]) by mailfhigh.phl.internal (Postfix) with ESMTP id 8231D140009E for ; Sat, 3 Oct 2026 17:23:20 -0400 (EDT) Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-06.internal (MEProxy); Sat, 03 Oct 2026 17:23:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kurilemu.de; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to; s=fm3; t=1791062600; x= 1791149000; bh=NZ9N6YkwjPQCK7b5fvNQPIzCfPgpsjiFDLh7OytBv2M=; b=P J+lZuqUXpwzRUho6NyIsgCLtlSfsSZhON5JaEEvrfO6M1XVQP6KJF2qqWzeudM/H 5kAT2JJanIwSahVw+WYhgksmiEB2JwHi3Wdtt/sl8AN+K20ZC8naADXWixQs1WWY b8pckBAcHROHItuP6w8rzjygli3gNiC5zc1s+q1bLHO6sdvs0W1aU7gUxU/OwcSr tzOyRpHJBehpl7/teGAeIy+SNHHrPJWq4oQMQF3mvp1uyXHe+tfwBsSE8Bbw5jXw i0vDnp7EAHvP99Wd9h3HzfkSLEWukZ2lP5pQ7AXBTvoNdlXXQcwBw4Iy/BHQ2cTv +IRB/hPF0Rsm5WvYsj3Kw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; t=1791062600; x=1791149000; bh=N Z9N6YkwjPQCK7b5fvNQPIzCfPgpsjiFDLh7OytBv2M=; b=ahwH91wdQvslP1MlI ycx61wfx73hAJOwZVlLxjNKtezvDJ2PteNI7D7mbdGweX0mQcKcH2UkOffTPAfvK msRpvk64jGzfQxKqdK4vSc7A5pwQFjcyiHF2odo7PPv4xrylNnCMJnOoW6ulmatg wW/IDttHILrSAbNQDKDAnDT7pgYYD4CLW1nywPIaZfYj+5M5OWSEEdK0HnfWlcOg Z7lAGUFs4Yt6PJvT0xNii1gE07DMoj2i7RnIM4o0i6999pLgsmRN57RwG5/3oafG jhN3Aq2YsOMHcdPvlwQl1ray7bd/0qRjj/3LInVVBQQxBqt4fmZQbyQ6+AyqjCeT +7pbQ== X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-06; repo=github.com/dkim2wg/interop; date=2026-09-30; sw=lmtpprox; action=sign d=kurilemu.de a=rsa-sha256; DKIM2-Signature: i=1; m=1; t=1791062600; d=kurilemu.de; mf=PGFsdmhlcnJlQGt1cmlsZW11LmRlPg==; rt=PHBnc3FsLWhhY2tlcnNAcG9zdGdyZXNxbC5vcmc+; s=fm3:rsa-sha256:G6mEDbvH2KLr3xp5CIckjSYue3+772zBaL0KccA725mxfuR gaVmsROSgsgrhVN+E+YyAav0pMp1ABmbPtYqZOWOuE134qgXan3XYWHyc7wyoDuB WoMDi8f9NfNNfmm3T4kOydmpgFUtit+eqraN9W4c0Ic8LhGS7ZXDYoUxfm0g/hd1 63/q6RFeHafZaBGF5wIWZOeX4nQCgfCrAduOOIzl/3gGbjsIFRfdFL7FKprCKMxz c4UhTpFmnzixjYoMhPtsEm/KhHQ4OHSZ5Qzv64jjGtGxfUZsm2mSMVRzNK4symOV l0kHGv49Fa1BZgFt4VgCYm5Mjz+NYJiKHvjiwbQ==; X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-06; repo=github.com/dkim2wg/interop; date=2026-09-30; sw=lmtpprox; action=mi-m=1; hc=12; hn=cc,content-disposition,content-transfer-encoding, content-type,date,feedback-id,from,in-reply-to,message-id, mime-version,subject,to; Message-Instance: m=1; h=sha256:Wy7CU0crnI00xy1m/ljEl2g/1a3dGA2hx3uQZBQezNA=:xInL98UyQrqmASl3XksVW1nggJG9U8ReyMA4T+xAPu0=; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: dmFkZTGt/qcsLU3NwO9KohkX5j77f32SK/5BQwuhn5ObK4Pee9zrJyGu++2GbxrwclDBnI syd6ZqIzZlmFLMc/2Kh348zgAhiD3iV1ADqnslPhF3zajPFJDxmcXENpQ32o9tWsSfG0Gj UBO8ZiXjugEXMRdQJXdooLdmbF3g1sBxKG6eldIM6yFatXh/yWcmPB7WyMSXK14SJMAskU U4Gnn5NJSka0LOnqHJXnz+RNOzv5mkUJms+jF2Ifu2+c7OdtuiV2B4/cmFBKOVBwq5mEH7 nDL9OcIGf3gRUSjfd7S3w829UN3f54Eafw09IRKlYBKM6WgQZ59fcg7Qkg/GEEFZ/ZQPtm RkunUb+sGjP3rieWpGjEiraew0vAiVtCnn9AYdyxpVQ7Ipv9/6qwcEES5IC7IMZgBVGi/k hE2JjUH4UmG/upH6U9Z77+kjXPXXSK/oHSTt9DA6Xpc8mP0BFZ8a5ywV70YyfiaTn4v/VJ ecvzEaPp4qI4Yy5mBvjeWeskWigNabjY1qbHuyse0Bk34UHHjh5U1bfeDllnUFO+9unj02 r6IIDOnOnLiJEIZd8X9xG45Y5lkIsZpVUdRxttNDRBWurhNXa2bljmak8uwIvvcmsXaEMu mdqCIctGsu3la66ntMSC/RAzEeYwSTXdU1xFR1k6Nqz1j48HVTyeerCugvPg X-ME-Proxy: Feedback-ID: ie3de48e3:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 3 Oct 2026 17:23:19 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kurilemu.de; s=schmee; t=1791062596; bh=xInL98UyQrqmASl3XksVW1nggJG9U8ReyMA4T+xAPu0=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=yqAQpfFoayIZajj6/OGcuxGKzVhHnZ2B7r10aowFlVCbAoYpPFJGphvsErIEUzf3i FGj2FQ/bozmsT4geBi4i13vOoPvrCFn2G7zWVSFng01xewd2NGKidqSxe75V1E/5GS J5EnZDbgXAnHHs2FjV9thUyBrutmy+y7rexK7c9iOaYYAg+urs5fJjDtQXf1WNODIq 2NdJZMtaM5fswiELacLlcQuq0JZgNw28pSKPlico5LiEZUZajA6Y0qtqQiOJZagzAc euopEiY/sW7M8rZXaHIkaQts6ej5ERsZzPbeGxGbBsl1+uwvkWd8UTxjZFLQzkoF8L rzCOjvJPLRYyw== Received: by ida.kurilemu.internal (Postfix, from userid 1000) id 6B779B001C7; Sat, 03 Oct 2026 23:23:16 +0200 (CEST) Date: Sat, 3 Oct 2026 23:23:16 +0200 From: =?utf-8?Q?=C3=81lvaro?= Herrera To: Tom Lane Cc: Narek Galstyan , pgsql-hackers@postgresql.org, "narekg@berkeley.edu" , ngalstyan4@gmail.com Subject: Re: Coverage with make coverage-html is broken on latest Debian using lcov v2 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <242900.1791053460@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2026-Oct-03, Tom Lane wrote: > Testing this locally, it initially didn't seem to be doing anything. > But that turns out to be because Red Hat has stuck with lcov 2.0-1, > which does not produce the "duplicate file" error. What it does do > is blindly read every foo.gcda file twice, resulting in counts twice > what they should be :-(. Now I wonder whether pre-2.0 lcov did the > same ... but I don't have an old executable laying about to test with. > > I gather that coverage.postgresql.org is running a VPATH build, > because it shows some odd coverage counts as well as even ones. > That's impossible in an in-tree build with this bug, if I've > diagnosed it correctly. Hmm, no, it's running an in-tree build, ./configure --cache-file=/home/coverage/pgsrc/configure.cache --enable-depend --enable-coverage --enable-tap-tests --enable-nls --with-python --with-perl --with-tcl --with-openssl --with-libxml --with-ldap --with-pam --with-llvm --with-lz4 --enable-injection-points CFLAGS=-O0 'CPPFLAGS=-DCOPY_PARSE_PLAN_TREES -DWRITE_READ_PARSE_PLAN_TREES -DRAW_EXPRESSION_COVERAGE_TEST' LLVM_CONFIG=/usr/bin/llvm-config-19 CLANG=clang-19 >> $LOG 2>&1 So, I was going to say that Debian packages the same version: coverage@galvin:~$ lcov --version lcov: LCOV version 2.0-1 but I found out that the packaging files have a patch file that modifies the version string, so the code that's actually running is 2.3, not 2.0. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1142382 -- Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/ "La espina, desde que nace, ya pincha" (Proverbio africano)