Re: pgbench error: (setshell) of script 0; execution of meta-command failed
От | Nathan Bossart |
---|---|
Тема | Re: pgbench error: (setshell) of script 0; execution of meta-command failed |
Дата | |
Msg-id | Z4bN1z_Ce_lxldj4@nathan обсуждение исходный текст |
Ответ на | Re: pgbench error: (setshell) of script 0; execution of meta-command failed (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: pgbench error: (setshell) of script 0; execution of meta-command failed
|
Список | pgsql-hackers |
On Tue, Jan 14, 2025 at 02:52:29PM -0500, Tom Lane wrote: > After more thought I've realized that the asymmetrical detection > here isn't all that bad, because the outcomes are different. > If we fail to catch old-headers-and-new-library, the result will > either be a link failure or (if the extension uses libpq) silently > linking to libpq's pqsignal, which was likely not what was intended. > If we fail to catch the other case, the result is always a link > failure, and that will happen at build time not in the field. Assuming libpgport is only used as a static library, I think that makes sense. My web searches indicate that it is possible to do things like convert a static library to a dynamic one, but perhaps that's far enough beyond the realm of things we care about. > So now I'm inclined to include the ABI-compatible wrapper, which > will ensure that extensions continue to link to libpgport's pqsignal. Fine by me. -- nathan
В списке pgsql-hackers по дате отправления: