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 1nlWei-0006gU-JK for pgsql-hackers@arkaria.postgresql.org; Mon, 02 May 2022 14:04:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nlWeh-0004LM-HD for pgsql-hackers@arkaria.postgresql.org; Mon, 02 May 2022 14:04:03 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nlWeh-0004LC-8A for pgsql-hackers@lists.postgresql.org; Mon, 02 May 2022 14:04:03 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nlWef-0007Pz-3m for pgsql-hackers@postgresql.org; Mon, 02 May 2022 14:04:02 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 242E3wHE1832825; Mon, 2 May 2022 10:03:58 -0400 From: Tom Lane To: Peter Eisentraut cc: pgsql-hackers Subject: Re: configure openldap crash warning In-reply-to: References: Comments: In-reply-to Peter Eisentraut message dated "Mon, 02 May 2022 15:24:30 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1832823.1651500238.1@sss.pgh.pa.us> Date: Mon, 02 May 2022 10:03:58 -0400 Message-ID: <1832824.1651500238@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Peter Eisentraut writes: > configure can report this: > configure: WARNING: > *** With OpenLDAP versions 2.4.24 through 2.4.31, inclusive, each backend > *** process that loads libpq (via WAL receiver, dblink, or postgres_fdw) and > *** also uses LDAP will crash on exit. > I wonder whether we can do something to not make this warning appear > when it's not necessary. The release of openldap 2.4.32 (the first good > one) is now ten years ago, so seeing faulty versions in the wild should > be very rare. I'm tempted to suggest that we can just remove the > warning and rely on the dblink test to catch any stragglers. We could > also disable the test on macOS only. Thoughts? I'm not that excited about getting rid of this warning, because to the extent that anyone notices it at all, it'll motivate them to get OpenLDAP from Homebrew or MacPorts, which seems like a good thing. This configure warning is already far less in-your-face than the compile-time deprecation warnings that get spewed at you when you use Apple's headers; their slapd doesn't really work as far as we can tell; and whether they fixed this issue or not, it's a safe bet that there are a lot of other unfixed bugs in their ancient copy of OpenLDAP. The deprecation warnings seem like clear evidence that Apple intends to remove the bundled libldap at some point, so I don't think we should put effort into encouraging people to use it. There's certainly a conversation to be had about whether this configure warning is still worth the cycles it takes to run it; maybe it isn't. But I don't think that we should be looking at it from the standpoint of silencing the complaint on macOS. regards, tom lane