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 по дате отправления: