From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@anarazel.de>
cc: Tomas Vondra <tomas@vondra.me>, Andrew Dunstan <andrew@dunslane.net>,
        Jakub Wartak <jakub.wartak@enterprisedb.com>,
        Robert Haas <robertmhaas@gmail.com>,
        PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Subject: Re: scalability bottlenecks with (many) partitions (and more)
In-reply-to: <nubyc3twqd7mtuyc2rbbt2yazjzbat6mlpfgxtb2ppv2egci3g@uvptf7xmh46m>
References: <0f27b64b-5bf3-4140-98b7-635e312e1796@vondra.me> <3cebb4ab-1168-4259-8cb8-8a8ed7efeb43@vondra.me> <7c1eeafb-2375-4ff6-8469-0640d52d44ed@vondra.me> <ffiwtzc6vedo6wb4gbwelon5nefqg675t5c7an2ta7pcz646cg@qwmkdb3l4ett> <bfca1010-e5f1-4e36-a461-61b6aad60c47@vondra.me> <5xahykogf2sg3ofdqk2li7xx3t2vh23m42jnvfwxoi5fhh7iya@girlhoxdxjzc> <486baeb2-2adc-48d2-ba9d-13c4ae43301c@vondra.me> <vgtms7b5egxdypmknxpobocqton3puhprk3ahhk45rcx4uyl33@6uetxejsc75r> <733e72fa-5fc2-48fc-ab1f-1d8f1ab387c3@vondra.me> <d5499660-1541-4749-aff4-6be88be76d99@vondra.me> <nubyc3twqd7mtuyc2rbbt2yazjzbat6mlpfgxtb2ppv2egci3g@uvptf7xmh46m>
Comments: In-reply-to Andres Freund <andres@anarazel.de>
	message dated "Tue, 04 Mar 2025 14:09:24 -0500"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <193452.1741123834.1@sss.pgh.pa.us>
Content-Transfer-Encoding: quoted-printable
Date: Tue, 04 Mar 2025 16:30:34 -0500
Message-ID: <193453.1741123834@sss.pgh.pa.us>
Archived-At: <https://www.postgresql.org/message-id/193453.1741123834%40sss.pgh.pa.us>
Precedence: bulk

Andres Freund <andres@anarazel.de> writes:
> On 2025-03-04 19:58:38 +0100, Tomas Vondra wrote:
>> I noticed sifaka started failing right after I pushed this:

> It's worth noting that
> a) sifaka doesn't build with ldap support
> b) the failure is in checkprep, not when running the tests
> c) the buildfarm unfortunately doesn't archive install.log, so it's hard=
 to
>    know what actually went wrong

Yeah, I've been poking at that.  It's not at all clear why the
animal is trying to run src/test/modules/ldap_password_func
now when it didn't before.  I've been through the diffs between
BF client 18 and 19 multiple times and nothing jumps out at me.

What's clear though is that it *is* trying to do "make check"
in that directory, and the link step blows up with

ccache clang -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-afte=
r-statement -Werror=3Dvla -Werror=3Dunguarded-availability-new -Wendif-lab=
els -Wmissing-format-attribute -Wcast-function-type -Wformat-security -Wmi=
ssing-variable-declarations -fno-strict-aliasing -fwrapv -fexcess-precisio=
n=3Dstandard -Wno-unused-command-line-argument -Wno-compound-token-split-b=
y-macro -Wno-cast-function-type-strict -g -O2  -fvisibility=3Dhidden -bund=
le -o ldap_password_func.dylib ldap_password_func.o  -L../../../../src/por=
t -L../../../../src/common  -isysroot /Library/Developer/CommandLineTools/=
SDKs/MacOSX15.2.sdk  -L/opt/local/libexec/llvm-17/lib -L/opt/local/lib  -W=
l,-dead_strip_dylibs   -fvisibility=3Dhidden -bundle_loader ../../../../sr=
c/backend/postgres
Undefined symbols for architecture arm64:
  "_ldap_password_hook", referenced from:
      __PG_init in ldap_password_func.o
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invoca=
tion)

That happens because

(a) ldap_password_hook is not defined unless USE_LDAP;

(b) macOS's linker is persnickety and reports the missing symbol
at shlib link time, not shlib load time.

Maybe we should rethink (a)?  In the meantime I'm trying to hack
the script so it skips that test module, and finding out that
my Perl is rustier than I thought.

			regards, tom lane