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 1vsZ2P-007OdP-1P for pgsql-bugs@arkaria.postgresql.org; Wed, 18 Feb 2026 04:19:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vsZ2N-00Dl5t-29 for pgsql-bugs@arkaria.postgresql.org; Wed, 18 Feb 2026 04:19:43 +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 1vsZ2N-00Dl5k-19 for pgsql-bugs@lists.postgresql.org; Wed, 18 Feb 2026 04:19:43 +0000 Received: from mail-ej1-x629.google.com ([2a00:1450:4864:20::629]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vsZ2K-000000019zC-3rXc for pgsql-bugs@lists.postgresql.org; Wed, 18 Feb 2026 04:19:42 +0000 Received: by mail-ej1-x629.google.com with SMTP id a640c23a62f3a-b883787268fso602273366b.3 for ; Tue, 17 Feb 2026 20:19:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1771388379; cv=none; d=google.com; s=arc-20240605; b=FJ93U/COko+puzfLG+LCxQj7OURLBOCjzHBspxc4l7UQ5jyAYaVsQroiPflbjqBUBi zEPILV0oiMYOQV9U5kfm9F7nnpvms4XVWK3Yv9lLwVKmP3WHmZMho1/Q0fCY3fLaFYeS clS4fb/MtaIkbn6+ghL8mJ67x9e6BiOLchcJZCl2bUhngXd0SoA8kuaITX+3/7rbfa3D UwKi9cDXw9j4aFonwfaBV8Ylzep7X7tj2AE0laK03+p0frGh8bVOyHds7PaIarSmlXa4 kgJhvqWxvIpDCD8LwiBOiem1zy9c3jkrR/zZ9HSYStLqTx4TrqkNE7LHk2VlORN3e8F2 oOFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=YI3GjoZUeHpR0v81EUnbOWVtGpkrqFKsWloYBd/8eAc=; fh=aFUKwfyd2YSyx5yNetWUMsDMcqKhmcofwJ5/oY02fGU=; b=jz5sMDNlpD+OtrxhXdv+ODUxzUWH3GG9fGE1YxVgXxInEOvjl5mjstZ+EIiW2fE8C9 5IlfyLAtAjiNKaIam8utvR9c4gLwN8YmoYXo4+GntLhIdoAykUruZHH2Cw3n68c47zFB xjAVC70LZXrP5juP4SDeWwVrOn9BhXqfY9vknTsU/Lylsu5G8gAgTrC0lIGG/FpC/8vp Sf5pzl9goU2Hm3ZGbbYUzxUqW/GG41mJVaHIxQ3/f3q8H/wtSliMQ9/CxYeymoNnvajZ 3Q1vaMasvRqY/nH6wI/lqg5rx3aN6cnSRBoyewnQc3ORn9TbJPMBZO5LibALTVohWuzK RcsQ==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771388379; x=1771993179; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=YI3GjoZUeHpR0v81EUnbOWVtGpkrqFKsWloYBd/8eAc=; b=SgX3gPN6eTHy362x+JzYHMv2P10XS0qQ5BFMtITu/azcK5Aam+cOBg95gAHArbk/WB 8ENpCBaYVuRzfL+u4/s8YvSem2S+X6eFwn+U+1dAGd5TmVOLRB4iFMsKpVvpTXbjTrjI I2lx4rsFhk0gVvY81eoEsfeGN8f08YdZ61MM+lLSmbx9ZPtWeBNa4JblhUYKKTAl6Dis Ny2/W2+dAaNJm+NxEkUf9taT8r/bqyW4VbepWA/pWQ5DadUDB0tvwb62ptGedKylmHWR 9KZ+l5SzVFfL34/r/PSzlGIFkMMQfm/WwRHYcsX9WNiNfNcMpvJt8fva1HUObtNmZIfX tsEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771388379; x=1771993179; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=YI3GjoZUeHpR0v81EUnbOWVtGpkrqFKsWloYBd/8eAc=; b=sLe5ypPAKkXWqmmV8duSFNxHnQ4swnaaEQvnErDM3W2Ci/1UwAfC17h35Tl34S8FA/ XsohsNFyNgV/Ck7mLVxxIe6T2Xf2Vu2stzXuu25XhfJ4mCAodF9rSU01Hcr8AKta4MUC a0uxk5o1yWjuhFG3rsNpSHY9944RDwYovshn8KGFYVC9N1IvFO3uXSN37YK0siZ00bXJ ULh4TcliEPokJtoWNxazy7mCcHuBroFnvnqyHve6hlZWfM8Z0IJnKC/pP2V+P6+NHyPL htcihe9hTbAdgduYuN3bHLUqRhIcIVoRal9CtB9De2+gmRyo+dyHXEiNa2NPb66bYZEB SOUQ== X-Forwarded-Encrypted: i=1; AJvYcCXWyd9Z9cocHM/OkUqum4ajRxoRN07PDs0whhIWusHAgaGQSsUwGxbpcI+71dKAx+TWfEb31RYueA6E@lists.postgresql.org X-Gm-Message-State: AOJu0YwPFtouGEYVNvTh6u8tsj2rzGamzWLLMJXwWbOq3qEhKMKnDgoX gzBQXLs/yorNLWhPhmHUeTp7jzJblE4EkfnGpfCQjvFNoBDuRVxKTItuZ1hW6gtplVLyDc26uvR n5Z0wyc0xyezocXloKKdTY1pvrXOU4GA= X-Gm-Gg: AZuq6aLtEbjOLJ7WeNbCFgy9cdZ8toSdyvzA/ku9QCRvDlkRhj7PsdeIyrziWN6bDcg AFTk3clIuPBgtyYD6HNmz+Zp6m+nXHgTEovPXhG4QMKPD2/XI6DubEdLpJyRQJl9LJxmbGrH8bf L2SZLIQAAIPtLnwiY9LPnweqgNLPEtRVl94xsXcM3nVFfweesyKrjE5qx+CjjJwWC0QTytTOtBo jaqoaIVY8jjUMWsm+g04sSyrsTElPs+32uMR5WLE7RSWDwnPp+V0lEwWtg8VrOGFCgwbpTEgiJN zhVrqsU= X-Received: by 2002:a17:907:e117:b0:b8f:e46f:8079 with SMTP id a640c23a62f3a-b8fe46f8361mr334420666b.22.1771388378262; Tue, 17 Feb 2026 20:19:38 -0800 (PST) MIME-Version: 1.0 References: <4423e01f-1e52-4f47-a6ca-05cc8081c888@eisentraut.org> In-Reply-To: From: VASUKI M Date: Wed, 18 Feb 2026 09:49:47 +0530 X-Gm-Features: AaiRm53zeH7I8x92cjCxuRtquZVpnTFnbWI_K5RXv8K6WECLliwOERja4a-6cts Message-ID: Subject: Re: BUG #19095: Test if function exit() is used fail when linked static To: Nazir Bilal Yavuz Cc: Michael Paquier , Peter Eisentraut , Daniel Gustafsson , Tom Lane , BharatDB , torsten.rupp@gmx.net, pgsql-bugs@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000000bb2c0064b117ff9" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000000bb2c0064b117ff9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Nazir, Thank you for pointing this out, and thanks to Andres for the clarification in the referenced thread. You are absolutely right =E2=80=94 with a stamp file, we need to ensure tha= t its timestamp is updated unconditionally so that it remains newer than the inputs. Keeping the existence check (if (! -f ...)) would indeed leave the stamp file older than the rebuilt library, which can trigger unnecessary rebuilds in Makefile-based builds. Although Ninja avoids repeated rebuilds due to its internal tracking, Make relies purely on timestamps, so the safer and correct behavior is to always recreate (touch) the stamp file. The updated implementation without the existence check is therefore the correct approach. Regards, Vasuki M C-DAC,chennai --0000000000000bb2c0064b117ff9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Nazir,

Thank you for pointing this out, and than= ks to Andres for the clarification in the referenced thread.

You are= absolutely right =E2=80=94 with a stamp file, we need to ensure that its t= imestamp is updated unconditionally so that it remains newer than the input= s. Keeping the existence check (if (! -f ...)) would indeed leave the stamp= file older than the rebuilt library, which can trigger unnecessary rebuild= s in Makefile-based builds.

Although Ninja avoids repeated rebuilds = due to its internal tracking, Make relies purely on timestamps, so the safe= r and correct behavior is to always recreate (touch) the stamp file.
The updated implementation without the existence check is therefore the co= rrect approach.

Regards,
Vasuki M
C-DAC,chennai
--0000000000000bb2c0064b117ff9--