Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1plwgG-0004kT-WB for pgsql-hackers@arkaria.postgresql.org; Mon, 10 Apr 2023 18:55:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1plwgD-00039y-Qy for pgsql-hackers@arkaria.postgresql.org; Mon, 10 Apr 2023 18:55:53 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1plwgD-00039n-2S for pgsql-hackers@lists.postgresql.org; Mon, 10 Apr 2023 18:55:53 +0000 Received: from mail-ej1-x632.google.com ([2a00:1450:4864:20::632]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1plwg8-00252E-Rq for pgsql-hackers@postgresql.org; Mon, 10 Apr 2023 18:55:52 +0000 Received: by mail-ej1-x632.google.com with SMTP id xi5so14604107ejb.13 for ; Mon, 10 Apr 2023 11:55:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin.org; s=google; t=1681152947; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+mk4ER9TTJJX/683Xc4FRjLFqCyYpCaEuq5P8wT6CyM=; b=XcBmU2N+kR9rGo/oKpoW7ODP965aeWDkZj1/kk7rkk2YtJs9+x/SlkOuVD88CdkMoi 8Z9mP9uJFsF32Sy7Gm5oTVnTUy1s0g67+UTdaVDAn5ESbhN+V7fr6JL6N/byFgP36Yyt JKLF0yyEW7qm1KNFycs92u8OxyTXzZNlZas+8547et+byPJy23p0E812cqA2t1JRZlnr gjwXMTbqVYf/DQsLeUc3sp8JFas1UEpuihFI+MHZA59s/5wMvo3SPyGMVFQoM6sIGICz 2x+pAJw96jSUj0uRQA+VqGga/e8Lazj+/FECSEBTTUYTYCBH/pTbZdoCwE9zrgB8IRSN JhrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681152947; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+mk4ER9TTJJX/683Xc4FRjLFqCyYpCaEuq5P8wT6CyM=; b=Km7Kb7wgr7mYqtyEddq7dy1x+6ra267/BW91jY8ZhJcYKh51UdYBbLHwgPaTDBstEF R4CxK9clF1sokM3af87EoQ+GShlRSFs3nKgDWPbHtS56Ma6AySE44iX41DSIs7FmO+Sn a8BKhpqQWEMHHHeYYpaPmEFmfTUiEz8O3x6kljGtbQGyRAN2e31OIY7xV3Ja6SyneO06 juC50Kw2Hg+oEHzREAwBOs27R7OKwnqKpJZAB6cjW3tsTXt349dR3QecRH2/7ZrjKLVB NqsjJXqW/e94dvovyi7rP2bOqTcQuPsC1cVkzBgs8bSFdCNJLzHz+IP/CjYkigq468B9 gNoA== X-Gm-Message-State: AAQBX9djO3mD3oh2xsmeOajvUs9dQ1GmnXPZ9FRm7rktvdOavxIEdcIK XO8rjSebg4AXoMjNoNIEb6szPbZWdd1CEGJNwm7yBA== X-Google-Smtp-Source: AKy350ZnXIStI4fR/ZR9+sds/YFOvP3/q9WyPWfuUcD55pNg/d0WpMhvAncY21DBEmU148fZnn7fBOW3m2ZhpWrTUmw= X-Received: by 2002:a17:907:8a85:b0:948:8f3:cf36 with SMTP id sf5-20020a1709078a8500b0094808f3cf36mr3387255ejc.1.1681152946548; Mon, 10 Apr 2023 11:55:46 -0700 (PDT) MIME-Version: 1.0 References: <20230408191007.7lysd42euafwl74f@awork3.anarazel.de> <3611416.1680982220@sss.pgh.pa.us> <4179373.1681145767@sss.pgh.pa.us> In-Reply-To: From: Dave Page Date: Mon, 10 Apr 2023 19:55:35 +0100 Message-ID: Subject: Re: When to drop src/tools/msvc support To: Robert Haas Cc: Alvaro Herrera , Amit Kapila , Andres Freund , Andrew Dunstan , "Jonathan S. Katz" , Peter Geoghegan , Tom Lane , pgsql-hackers@postgresql.org Content-Type: multipart/alternative; boundary="000000000000314d1505f8ffec3f" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000314d1505f8ffec3f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 10 Apr 2023 at 18:34, Robert Haas wrote: > On Mon, Apr 10, 2023 at 12:56=E2=80=AFPM Tom Lane wro= te: > > Robert Haas writes: > > > However, if this is the direction we're going, we probably need to > > > give pgsql-packagers a heads up ASAP, because anybody who is still > > > relying on the MSVC system to build Windows binaries is presumably > > > going to need some time to adjust. If we rip out the build system > > > somebody is using a couple of weeks before beta, that might make it > > > difficult for that person to get the beta out promptly. And I think > > > there's probably more than just EDB who would be in that situation. > > > > Oh ... that's a good point. Is there anyone besides EDB shipping > > MSVC-built executables? Would it even be practical to switch to > > meson with a month-or-so notice? Seems kind of tight, and it's > > not like the packagers volunteered to make this switch. > > I can't really speak to those questions with confidence. > > Perhaps instead of telling pgsql-packagers what we're doing, we could > instead ask them if it would work for them if we did XYZ. Then we > could use that information to inform our decision-making. Projects other than the EDB installers use the MSVC build system - e.g. pgAdmin uses it=E2=80=99s own builds of libpq and other tools (psql, pg_dum= p etc) that are pretty heavily baked into a fully automated build system (even the build servers and all their requirements are baked into Ansible). Changing that lot would be non-trivial, though certainly possible, and I suspect we=E2=80=99re not the only ones doing that sort of thing. --=20 --=20 Dave Page https://pgsnake.blogspot.com EDB Postgres https://www.enterprisedb.com --000000000000314d1505f8ffec3f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, 10 Apr 2023 at 18:34, Robert Haas <robertmhaas@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rg= b(204,204,204)" dir=3D"auto">On Mon, Apr 10, 2023 at 12:56=E2=80=AFPM Tom L= ane <tgl@sss.pgh.= pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
> > However, if this is the direction we're going, we probably ne= ed to
> > give pgsql-packagers a heads up ASAP, because anybody who is stil= l
> > relying on the MSVC system to build Windows binaries is presumabl= y
> > going to need some time to adjust. If we rip out the build system=
> > somebody is using a couple of weeks before beta, that might make = it
> > difficult for that person to get the beta out promptly. And I thi= nk
> > there's probably more than just EDB who would be in that situ= ation.
>
> Oh ... that's a good point.=C2=A0 Is there anyone besides EDB ship= ping
> MSVC-built executables?=C2=A0 Would it even be practical to switch to<= br> > meson with a month-or-so notice?=C2=A0 Seems kind of tight, and it'= ;s
> not like the packagers volunteered to make this switch.

I can't really speak to those questions with confidence.

Perhaps instead of telling pgsql-packagers what we're doing, we could instead ask them if it would work for them if we did XYZ. Then we
could use that information to inform our decision-making.

Projects other than the EDB instal= lers use the MSVC build system - e.g. pgAdmin uses it=E2=80=99s own builds = of libpq and other tools (psql, pg_dump etc) that are pretty heavily baked = into a fully automated build system (even the build servers and all their r= equirements are baked into Ansible).=C2=A0

Changing that lot would be non-trivial, though certainly= possible, and I suspect we=E2=80=99re not the only ones doing that sort of= thing.

--
--
Dave Page
https://pgsnake.blogspot.com

EDB Postgreshttps://www.enterprisedb.com<= /div> --000000000000314d1505f8ffec3f--