| From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Bryan Green <dbryan(dot)green(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [PATCH] O_CLOEXEC not honored on Windows - handle inheritance chain |
| Date: | 2025-12-22 23:02:03 |
| Message-ID: | CA+hUKGJsb0ni=6TLS4oEamBrjTFzONBjSWZ7FYvjZzOZ=z=FXw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Dec 23, 2025 at 10:50 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Thomas Munro <thomas(dot)munro(at)gmail(dot)com> writes:
> > That revealed another problem: Mkvcbuild.pm didn't add -lpgport. It
> > looks out for the pattern PG_LIBS_INTERNAL = $(libpq_pgport), so
> > that's an easy way to fix that -- is there a better way? I couldn't
> > figure out how to tell it that we need libpqport but not libpq.
>
> AFAICT from looking at v16 Mkvcbuild.pm, PG_LIBS_INTERNAL = $(libpq_pgport)
> will do exactly what you want because that only triggers it to add
> libpgport and libpgcommon (cf. lines 1053ff). I'm a little baffled
> by that --- shouldn't it be pulling in libpq as well? But let's let
> sleeping dogs lie.
Thanks for looking. Yeah. That line should probably be v16-only,
conditional on Windows and have a comment to explain. Will confirm
that and push this later today, along with those two CI changes[1][2]
that would have avoided all this trouble.
[1] https://www.postgresql.org/message-id/CA%2BhUKG%2BFRtqt0ZZVxb4e4h1gRnpECvehGB5JHqK73q8LxhbbVQ%40mail.gmail.com
[2] https://www.postgresql.org/message-id/CA%2BhUKGJreZe9jzPA6jDsLLB18d7M0rvypdbV18UBMxiFxdsf2g%40mail.gmail.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2025-12-22 23:21:39 | Re: Orphaned records in pg_replication_origin_status after subscription drop |
| Previous Message | Michael Paquier | 2025-12-22 22:49:21 | Re: Switch buffile.c/h to use pgoff_t |