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 1oWHay-0007Nv-M2 for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Sep 2022 13:29:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oWHax-0000rj-Hc for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Sep 2022 13:29:27 +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 1oWHax-0000ra-5O for pgsql-hackers@lists.postgresql.org; Thu, 08 Sep 2022 13:29:27 +0000 Received: from mail-io1-xd2b.google.com ([2607:f8b0:4864:20::d2b]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1oWHau-0004UL-Vj for pgsql-hackers@lists.postgresql.org; Thu, 08 Sep 2022 13:29:26 +0000 Received: by mail-io1-xd2b.google.com with SMTP id b142so14031358iof.10 for ; Thu, 08 Sep 2022 06:29:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:from:to:cc:subject:date; bh=bZgbijqP20TkpwsgqOhU6Kl9o+Dp188QAs9tr9KXCS0=; b=f0suPQYW2PqS6h9c5wmXGYmlOQyfBEDX2dE3hWJ754wi/6eUfniZ7sgQrL4h/xOBBt RoXEChxMocT6eo8BK46an0tMYUMj3x1DvyBWVMf0PxDV0xXZBkK+o8XwMXf0UzSb90LD HGcGLw1oqScYOymfznw/I9n+aStLoRRpwbtJCnzqV5cwA7Mb03+IAAoiL8OuGNUBTwHo 05hBu3ifom+RXBjS8qmnSABWJ4LcPZ0SMNd3o0/odEpSi6B47TzzdnBnkBuRP77pv+dD s4QERftoBjVGIzeEHRUBjpENwzEIOjliOfdeK14RHUMXaMO+ucFoyvxkZ3Wl/7G8rvmv DWEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date; bh=bZgbijqP20TkpwsgqOhU6Kl9o+Dp188QAs9tr9KXCS0=; b=0HLxc+Te9wXZgmhejlbEGwfqCZgA+pfpRUo7NUyPBHXIRqgUI0HlqIPi01XqpShCnJ GRNZVk43HpAYcuJYKnTvGcwit1qYOTcqs32jnI3Lzx2t7y+sqSlTFta5bSMWTffKlxIL nZjRx3ieiatvRK7IpfAkamH3sQBmS0pl4yIr13pm/TFnQ0/5ZSGhkOYSP6yKvS8wpwW3 bp6j0BTQFUK+YYQXS7S3Pf26X0ZMh0On3fvy3bGWcNvcpI7P6yfDRVTk1ttjkxhjPx9l V83zAQ9FV0wKoNjhz6pO7DT6lLNJ7b315aBoX17Ag364UyZ/D1E0BzEDHyZ9uQUL9pDB dJ+g== X-Gm-Message-State: ACgBeo2nem3Jc65eo7iAm9X16gLP8zi0nhMcqkPRWqzzJMG1/73WKr64 FV9o396ztbkQtsP7gpeOWI4N8Q== X-Google-Smtp-Source: AA6agR5R/1z+03Z5lYmmgHCF1z482thdL/6HeAfeQN08JTAEQ6aY/Vywjx7GIppQ/tlq6pu1TSpZrQ== X-Received: by 2002:a05:6602:4191:b0:68a:144c:82dd with SMTP id bx17-20020a056602419100b0068a144c82ddmr4308313iob.33.1662643762816; Thu, 08 Sep 2022 06:29:22 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id y1-20020a029501000000b003583f9ae29csm647894jah.134.2022.09.08.06.29.21 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Sep 2022 06:29:22 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id C62648032B4; Thu, 8 Sep 2022 08:29:20 -0500 (CDT) Date: Thu, 8 Sep 2022 08:29:20 -0500 From: Justin Pryzby To: Michael Paquier Cc: Thomas Munro , Andrew Dunstan , Daniel Gustafsson , Juan =?iso-8859-1?Q?Jos=E9_Santamar=EDa?= Flecha , pgsql-hackers@lists.postgresql.org Subject: Re: Bump MIN_WINNT to 0x0600 (Vista) as minimal runtime in 16~ Message-ID: <20220908132920.GG31833@telsasoft.com> References: <503cc622-ea4d-0a78-ff0c-2c757b97149e@dunslane.net> <20220826112637.GD2342@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, Sep 08, 2022 at 05:55:40PM +0900, Michael Paquier wrote: > On Tue, Aug 30, 2022 at 01:29:24PM +1200, Thomas Munro wrote: > > This reminds me of 24c3ce8f1, which replaced a dlopen()-ish thing with > > a direct function call. Can you just call all these functions > > directly these days? > > Hmm. Some tests in the CI show that attempting to call directly > MiniDumpWriteDump() causes a linking failure at compilation. Anyway, > in the same fashion, I can get some simplifications done right for > pg_ctl.c, auth.c and restricted_token.c. And I am seeing all these > functions listed in the headers of MinGW, meaning that all these > should work out of the box in this case, no? > > The others are library-dependent, and I not really confident about > ldap_start_tls_sA(). So, at the end, I am finishing with the > attached, what do you think? This cuts some code, which is nice: > 3 files changed, 48 insertions(+), 159 deletions(-) +1 It seems silly to do it at runtime if it's possible to do it at link time. -- Justin