Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wA2Wh-0020Z5-1Z for pgsql-general@arkaria.postgresql.org; Tue, 07 Apr 2026 09:15:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wA2Wf-00G8Gn-34 for pgsql-general@arkaria.postgresql.org; Tue, 07 Apr 2026 09:15:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wA2Wf-00G8Gf-1r for pgsql-general@lists.postgresql.org; Tue, 07 Apr 2026 09:15:14 +0000 Received: from ms-10.1blu.de ([178.254.4.101]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wA2Wd-000000014Ey-1kYq for pgsql-general@lists.postgresql.org; Tue, 07 Apr 2026 09:15:13 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=unixarea.de ; s=blu3434000; h=Content-Transfer-Encoding:Content-Type:MIME-Version: Reply-To:Message-ID:Subject:To:From:Date:Sender:Cc:Content-ID: Content-Description:In-Reply-To:References; bh=uSnMX8WtgCqRqZMBccOie54AVCUQ27Hq7BpiPK32/CU=; b=hHosMH/IAqnlvauogF6QRnir9Q VX4X18z0BoMr14T1GP6TZA7Ac4lCvd5ANEzPDsHUjdkZ8a6H5DuscKfWbYxxLFVKX2+s7muMvaPnC MbHfAdWjH5bweMUibgWnu5wIavrMUdsjYPTgEiZetZZWAk7wOUsbD3VDrXs9uaX3qHBO9o05DeqpQ Q45UvfsR4orqsOMbWAleE42hC7iyE/L6BA4PXvDmxcZlsA/ez4IjNvwtOHou7xfc3Z7/B2F/B8q1c 9YzmROSSZJoJ55RF0hEidcbURMRBTbs3mAHtWPm/4FBCuabZqPKjNkQwqbUYxAmJm1vVHZnJi0Lpk W7g7s+bg==; Received: from [212.222.85.178] (helo=pureos) by ms-10.1blu.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1wA2Wc-003Pnx-AH for pgsql-general@lists.postgresql.org; Tue, 07 Apr 2026 11:15:10 +0200 Date: Tue, 7 Apr 2026 11:15:08 +0200 From: Matthias Apitz To: pgsql-general@lists.postgresql.org Subject: configure && --with Message-ID: Reply-To: Matthias Apitz MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 14.0-CURRENT 1400094 (amd64) X-message-flag: Mails in HTML will not be read! Send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 212.222.85.178 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hello, We're compiling PostgreSQL on SuSE Linux Enterprise since "ages" (since 11.x) from sources and I have the following small problem: We have also our own compiled OpenSSL version on the server (and servers of our customers) as: $ which openssl /usr/local/sisis-pap/bin/openssl The OpenSSL binary is found via PATH, but also needs our compiled libs, of course: $ openssl -v openssl: /usr/local/lib64/libssl.so.3: version `OPENSSL_3.4.0' not found (required by openssl) ... $ LD_LIBRARY_PATH=/usr/local/sisis-pap/lib/ /usr/local/sisis-pap/bin/openssl -v OpenSSL 3.5.5 27 Jan 2026 (Library: OpenSSL 3.5.5 27 Jan 2026) So far so good and clear. But for the ./configure step I cant set the directory where our OpenSSL 3.5.5 expects its libs in front because this makes the compiler/linker blaming. They need /usr/lib64 in front of /usr/local/sisis-pap/lib: export LD_LIBRARY_PATH="/usr/lib64:/usr/local/sisis-pap/lib:$LD_LIBRARY_PATH" and some more settings for LDFLAGS, CFLAGS and CPPFLAGS) as: export LDFLAGS="-L/usr/local/sisis-pap/lib -L/usr/lib64" export CFLAGS="-m64 -I/usr/local/sisis-pap/include" export CPPFLAGS="-m64 -I/usr/local/sisis-pap/include" When I now run ./configure --prefix=/usr/local/sisis-pap/pgsql-18.3 \ --libdir=/usr/local/sisis-pap/pgsql-18.3/lib \ --with-ssl=/usr/local/sisis-pap/lib \ --enable-nls \ --with-perl \ --with-ldap \ --with-pam \ --without-icu \ --with-openssl it seems(!) to work fine, but spills out: $ grep openssl config.log ... configure:14192: checking for openssl configure:14210: found /usr/local/sisis-pap/bin/openssl configure:14222: result: /usr/local/sisis-pap/bin/openssl configure:14242: using openssl: openssl not found ... i.e. ./configure detected correctly from where openssl to start (from /usr/local/sisis-pap/bin/openssl) but can't use it due to the above explained problem from where to load the shared libs. My question is: Why the setting of '--with-ssl=/usr/local/sisis-pap/lib' as adviced by the help of ./configure: $ ./configure --help | grep 'with-ssl=LIB' --with-ssl=LIB use LIB for SSL/TLS support (openssl) is not used for the run check of the openssl binary as LD_LIBRARY_PATH? matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub Annalena Baerbock: "We are fighting a war against Russia ..." (25.1.2023) I, Matthias, I am not at war with Russia. Я не воюю с Россией. Ich bin nicht im Krieg mit Russland.