Re: Regression tests fail with musl libc because libpq.so can't be loaded
От | Andrew Dunstan |
---|---|
Тема | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
Дата | |
Msg-id | 22E35F77-0E7F-47F6-AAED-08B2A9C3FCB4@dunslane.net обсуждение исходный текст |
Ответ на | Re: Regression tests fail with musl libc because libpq.so can't be loaded (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: Regression tests fail with musl libc because libpq.so can't be loaded
|
Список | pgsql-bugs |
Sent from my iPad > On Mar 22, 2024, at 10:49 AM, Andres Freund <andres@anarazel.de> wrote: > > Hi, > >> On 2024-03-21 21:16:46 +0100, Wolfgang Walther wrote: >> Right. The latter not only confuses musl, but also makes /proc/<pid>/environ >> return garbage. This is also mentioned at the bottom of main.c, which has a >> workaround for the specific case of UBSan depending on that. This is kind of >> funny: Because we are relying on undefined behavior regarding the >> modification of environ, we need a workaround for the >> "UndefinedBehaviorSanitizer" - I guess by failing without this workaround, >> it wanted to tell us something.. > > I don't think that's quite a fair description. Ubsan is basically doing > undefined things itself, so it's turtles all the way down. > > >> So summarizing: > > FWIW, independent of which fix we go with, I think we need a buildfarm animal > using musl. Even better if one of the CI tasks can be made to use musl as > well. We had one till 3 months ago. It’s on my list to recreate. Cheers Andrew
В списке pgsql-bugs по дате отправления: