Re: Regression tests fail with musl libc because libpq.so can't be loaded
От | Peter Eisentraut |
---|---|
Тема | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
Дата | |
Msg-id | 515199be-2f4d-4e47-9b6e-d3f3ed11e510@eisentraut.org обсуждение исходный текст |
Ответ на | Re: Regression tests fail with musl libc because libpq.so can't be loaded (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Regression tests fail with musl libc because libpq.so can't be loaded
|
Список | pgsql-bugs |
On 26.03.24 00:43, Tom Lane wrote: > I wrote: >> Thomas Munro <thomas.munro@gmail.com> writes: >>> I had originally proposed to avoid anything beginning "LD_" but Tom >>> suggested being more specific. I doubt LD_PRELOAD can really hurt you >>> though (the linker probably only needs the value at the start by >>> definition, not at later dlopen() time (?)). > >> Oh, good point. So we could simplify the patch by only looking for >> LD_LIBRARY_PATH. > > I looked at the musl source code you identified and confirmed that > only the LD_LIBRARY_PATH string is remembered in a static variable; > LD_PRELOAD is only accessed locally in that initialization function. > So we only need to do the attached. (I failed to resist the > temptation to rewrite the comments.) Yeah, I was more looking for a comment for posterity for *why* we need to preserve this variable in particular. The updated comment looks reasonable.
В списке pgsql-bugs по дате отправления: