| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Wolfgang Walther <walther(at)technowledgy(dot)de> |
| Cc: | PostgreSQL Bugs <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Regression tests fail with musl libc because libpq.so can't be loaded |
| Date: | 2024-03-16 14:24:43 |
| Message-ID: | 2852940.1710599083@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
Wolfgang Walther <walther(at)technowledgy(dot)de> writes:
> - LD_LIBRARY_PATH is used correctly to look for the direct dependency
> loaded in dlopen(...), but is not taken into account anymore when trying
> to locate libpq.so. This step only fails with musl, but works fine with
> glibc.
Why do you think this is our bug and not musl's? We do not even have
any code that knows anything about indirect library dependencies.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | feichanghong | 2024-03-16 14:29:03 | ReplicationSlotRelease may set the statusFlags of other processes in PG14 |
| Previous Message | Wolfgang Walther | 2024-03-16 12:38:48 | Regression tests fail with musl libc because libpq.so can't be loaded |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bharath Rupireddy | 2024-03-16 15:05:28 | Re: [HACKERS] make async slave to wait for lsn to be replayed |
| Previous Message | vignesh C | 2024-03-16 13:31:02 | Re: speed up a logical replica setup |