Postgres Pro
Downloads
Home   >   mailing lists

Re: Regression tests fail with musl libc because libpq.so can't be loaded - Mailing list pgsql-bugs

From Andrew Dunstan
Subject Re: Regression tests fail with musl libc because libpq.so can't be loaded
Date
Msg-id CAD5tBcLWM+QT0+VKWUHiBX2Ey5eCc8jVL5APb1U5iaePV_eAvg@mail.gmail.com
Whole thread Raw
In response to Re: Regression tests fail with musl libc because libpq.so can't be loaded  (Christophe Pettus <xof@thebuild.com>)
Responses Re: Regression tests fail with musl libc because libpq.so can't be loaded
List pgsql-bugs
Tree view


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

pgsql-bugs by date:

Previous
From: Christophe Pettus
Date:
Subject: Re: Regression tests fail with musl libc because libpq.so can't be loaded
Next
From: Christophe Pettus
Date:
Subject: Re: Regression tests fail with musl libc because libpq.so can't be loaded