From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andrew Dunstan <andrew@dunslane.net>
cc: Wolfgang Walther <walther@technowledgy.de>,
        PostgreSQL Bugs <pgsql-bugs@lists.postgresql.org>
Subject: Re: Regression tests fail with musl libc because libpq.so can't be
 loaded
In-reply-to: 
 <CAD5tBcJ7r_g1gUCp63ugjE6doz_Fu_1VJQJ5Cz_gLGKJ3e1Ktg@mail.gmail.com>
References: <fddd1cd6-dc16-40a2-9eb5-d7fef2101488@technowledgy.de>
 <2852940.1710599083@sss.pgh.pa.us>
 <443da167-ee01-47d2-9c83-105694b4cbd5@technowledgy.de>
 <CAD5tBcJ7r_g1gUCp63ugjE6doz_Fu_1VJQJ5Cz_gLGKJ3e1Ktg@mail.gmail.com>
Comments: In-reply-to Andrew Dunstan <andrew@dunslane.net>
	message dated "Sat, 16 Mar 2024 15:49:27 -0400"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3005968.1710619856.1@sss.pgh.pa.us>
Date: Sat, 16 Mar 2024 16:10:56 -0400
Message-ID: <3005969.1710619856@sss.pgh.pa.us>
Archived-At: 
 <https://www.postgresql.org/message-id/3005969.1710619856%40sss.pgh.pa.us>
Precedence: bulk

Andrew Dunstan <andrew@dunslane.net> writes:
> On Alpine Linux, which uses musl libc, you have to run `make install`
> before you can run `make check`. Have you tried that?

We have the same situation on macOS.  There, it seems to be the result
of a "security feature" that strips DYLD_LIBRARY_PATH from the process
environment when make executes a shell.  There's not much we can do
about that, and I suspect there is not much we can do about musl's
behavior either.  (I am not a fan of proposals to modify the binaries
under test, because then you are not testing what you intend to
install.)

			regards, tom lane