Re: BUG #19095: Test if function exit() is used fail when linked static

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: VASUKI M <vasukim1992002(at)gmail(dot)com>
Cc: Daniel Gustafsson <daniel(at)yesql(dot)se>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, BharatDB <bharatdbpg(at)gmail(dot)com>, torsten(dot)rupp(at)gmx(dot)net, pgsql-bugs(at)lists(dot)postgresql(dot)org, byavuz81(at)gmail(dot)com
Subject: Re: BUG #19095: Test if function exit() is used fail when linked static
Date: 2025-12-05 00:41:21
Message-ID: aTIqMdS7QPdkcT29@paquier.xyz
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Thu, Dec 04, 2025 at 04:38:40PM +0530, VASUKI M wrote:
> This v6 series is squashed and rebased on the current master. It also
> includes the revisions and clarifications suggested in the previous round
> of review, including Michael’s comments.

Including the changes in ./configure is not mandatory for patch
authors, as this is something that committers take care of. Still,
these are useful for the CI and testing the ./configure code.

> I agree with the approach of keeping the coverage
> condition local to each build system rather than relying on
> enable_coverage as
> an environment variable. In practice, autoconf (enable_coverage) and Meson
> (b_coverage) expose their coverage settings independently, so duplicating
> the
> check avoids any accidental cross-build inconsistencies. It also prevents
> the
> script from having to detect build-system-specific flags internally, keeping
> libpq-check.pl focused only on symbol inspection. So I think it makes sense
> for Makefile and Meson to each guard their own invocation. What do you
> think?

The only differences I can see between v5 and v6 is that the perl
script uses whitespaces for its code indentation rather than tabs,
which I guess is not expected. Most of the diffs between v6 and v5 go
away once a perl indentation is applied.

I am not going to take a bet on this one on a Friday, so let's give it
a few more days. Have others any comments and/or concerns?
--
Michael

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Haowu Ge 2025-12-05 02:17:36 Re:GROUP BY ROLLUP queries on views trigger full table scans (index usage not optimized)
Previous Message Laurenz Albe 2025-12-04 17:14:51 Re: BUG #19341: REPLACE() fails to match final character when using nondeterministic ICU collation

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2025-12-05 01:19:27 Re: Extended Statistics set/restore/clear functions.
Previous Message Tom Lane 2025-12-05 00:37:32 Re: Extended Statistics set/restore/clear functions.