Re: Regression tests fail with musl libc because libpq.so can't be loaded
| От | Thomas Munro | 
|---|---|
| Тема | Re: Regression tests fail with musl libc because libpq.so can't be loaded | 
| Дата | |
| Msg-id | CA+hUKGKU_0hmqem_EmAwePjVtMrjZNyNN0niUdBhuABajRwyhw@mail.gmail.com обсуждение исходный текст | 
| Ответ на | Re: Regression tests fail with musl libc because libpq.so can't be loaded (Peter Eisentraut <peter@eisentraut.org>) | 
| Ответы | Re: Regression tests fail with musl libc because libpq.so can't be loaded | 
| Список | pgsql-bugs | 
On Tue, Mar 26, 2024 at 11:46 AM Peter Eisentraut <peter@eisentraut.org> wrote: > What determines which variables require this treatment? That came from me peeking at their code: https://www.postgresql.org/message-id/CA%2BhUKGKNK5V8XwwJJZm36s3EUy8V51xu4XiE8%3D26n%3DWq3OGd4A%40mail.gmail.com 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 (?)). I dunno. If you're asking if there is any standard or whatever supplying these names, the System V or at least ELF standards talk about LD_LIBRARY_PATH (though those standards don't know/care what happens after userspace takes over control of the environment concept, they just talk about how the world is created when you exec a process, so they AFAICS they don't address this clobbering stuff, and AFAIK other LD_XXX stuff is probably implementation specific).
В списке pgsql-bugs по дате отправления: