On Tue, Apr 8, 2025 at 3:34 AM Daniel Gustafsson <dan...@yesql.se> wrote: > > On 8 Apr 2025, at 04:10, Jacob Champion <jacob.champ...@enterprisedb.com> > > wrote: > > Hm, one immediate consequence of hardcoding pkglibdir is that we can > > no longer rely on LD_LIBRARY_PATH for pre-installation testing. > > (Contrast with the server, which is able to relocate extension paths > > based on its executable location.) > > That strikes me as a signifant drawback.
Yeah, but it's one of those things that feels like it must have been solved by the others in the space. Once it's installed, the concern goes away (unless you demand absolute relocatability without recompilation). I'll take a look at how libkrb/libmagick do their testing. If it somehow turns out to be impossible, one option might be to shove a more detailed ABI identifier into the name. In other words, builds without ENABLE_SSL/GSS/SSPI or whatever get different names on disk. That doesn't scale at all, but it's a short-term option that would put more pressure on a medium-term stable ABI. Thanks, --Jacob
