Dear Andrew,
> What is that extra stuff doing on the end of your LD_LIBRARY_PATH?
> That looks wrong. Do you have LD_LIBRARY_PATH set in your calling environment?
To confirm, did you ask the LD_LIBRARY_PATH on my bash? Here it is:
```bash
$ echo $LD_LIBRARY_PATH
/usr/local/pgsql/lib:/usr/local/
On 2025-04-21 Mo 7:42 AM, Hayato Kuroda (Fujitsu) wrote:
I also checked PATH/LD_LIBRARY_PATH and they looked correct.
PATH=/home/hayato/builddir/tmp_install//usr/local/pgsql/bin:/home/hayato/builddir/src/test/regress:/usr/local/pgsql/bin/:...
LD_LIBRARY_PATH=/home/hayato/builddir/tmp_install//u
Dear Andres,
Sorry for late response. I have not been reproduced till now and now I do.
When happened, the problem still happens even when another build directory
is introduced.
There might be hidden conditions I have not found yet.
> I can't reproduce this. For me the psql started by pg_regress
Hi,
On 2025-04-11 07:53:07 +, Hayato Kuroda (Fujitsu) wrote:
> Dear hackers,
>
> While creating patches for older branches I found the $SUBJECT. I do not have
> much knowledge
> for meson thus I'm not sure it is intentional.
> Reproducer
> ===
> I could reproduce the failure with steps:
Dear hackers,
While creating patches for older branches I found the $SUBJECT. I do not have
much knowledge
for meson thus I'm not sure it is intentional.
Reproducer
===
I could reproduce the failure with steps:
1. install old PG, e.g., PG16. To your system. .so file must be put on your
$$L
