Re: Regression tests fail with musl libc because libpq.so can't be loaded

Andrew Dunstan <andrew@dunslane.net>

From: Andrew Dunstan <andrew@dunslane.net>

To: Christophe Pettus <xof@thebuild.com>

Cc: Wolfgang Walther <walther@technowledgy.de>, Thomas Munro <thomas.munro@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>, PostgreSQL Bugs <pgsql-bugs@lists.postgresql.org>

Date: 2024-03-17T20:33:40Z

Lists: pgsql-bugs, pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

Allow "make check"-style testing to work with musl C library.
- d82605bcd666 14.12 landed
- 8a92b70c11ba 17.0 landed
- 7651fd387697 16.3 landed
- 7124e7d528a8 12.19 landed
- 3c3f4fd741d0 15.7 landed
- 243e9953281f 13.15 landed
Fix compiler warnings on MSYS2
- 8c6d30f21139 13.0 cited

On Sun, Mar 17, 2024 at 11:45 AM Christophe Pettus <xof@thebuild.com> wrote:

>
>
> > On Mar 17, 2024, at 06:11, Wolfgang Walther <walther@technowledgy.de>
> wrote:
> > The missing macro is on purpose and unlikely to change:
> https://openwall.com/lists/musl/2013/03/29/13
>
> Indeed.
>

That seems a little shortsighted. If other libc implementations find it
appropriate to have similar macros why should they be different?


> > I also found this thread, which discusses exactly our case:
> https://www.openwall.com/lists/musl/2022/08/17/1
>
> While getting proper setproctitle functionality on musl would be great, my
> goal was more modest: Have it correctly set PS_USE_NONE when compiling
> against musl.
>

One simple thing might be for us to enclose the block in ps_status.c at
lines 49-59 in #ifndef PS_USE_NONE/#endif. Then you could compile with
-DPS_USE_NONE in your CPPFLAGS.

cheers

andrew