Re: Allowing REINDEX to have an optional name
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Simon Riggs <simon.riggs@enterprisedb.com>,
Michael Paquier <michael@paquier.xyz>,
Bernd Helmle <mailings@oopsware.de>,
Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>,
Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>
Date: 2022-07-15T14:03:24Z
Lists: pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > Ah, one theory is that the libpq_pipeline program is getting linked to > an installed version of libpq that doesn't contain the fixes. Maybe you > can do `ldd /path/to/libpq_pipeline` and see which copy of libpq.so it > is picking up? That's pronounced "otool -L" on macOS. But in any case, it's going to point at the installation directory. One of the moving parts here is that "make check" will try to override the rpath that otool tells you about to make test programs use the libpq.dylib from the build tree. I say "try" because if you've got SIP enabled (see what "csrutil status" tells you), it will fail to do so and the installed libpq will be used. Maybe that's old. Standard recommendation on macOS with SIP on is to always do "make install" before "make check". regards, tom lane
Commits
-
Tweak a bit the new TAP tests of REINDEX DATABASE/SYSTEM
- 2b99ce10c2bc 16.0 landed
-
Rework logic and simplify syntax of REINDEX DATABASE/SYSTEM
- 2cbc3c17a5c1 16.0 landed
-
Add more tests for REINDEX DATABASE/SYSTEM with relfilenode changes
- 5fb5b6c4c176 16.0 landed