I’m on both sides of the argument now. The best/better practice might be to leave the install behaviour as-is and try to coerce PostGIS into ensuring the LD_RPATH on postgis.so, and other targets is set to the discovered locations of the dylib files in the ./configure.
P. > On Nov 9, 2023, at 6:38 PM, Regina Obe <l...@pcorp.us> wrote: > > I’ll hold off on releasing until there is consensus on this issue. > > From: geos-devel <geos-devel-boun...@lists.osgeo.org> On Behalf Of Paul > Ramsey via geos-devel > Sent: Thursday, November 9, 2023 4:47 PM > To: GEOS Development List <geos-devel@lists.osgeo.org> > Cc: Paul Ramsey <pram...@cleverelephant.ca> > Subject: [geos-devel] MacOS DYLD Fix > > From XCode 15, the dyld linker no longer falls back to /usr/local/lib when > resolving an @rpath, so installing libraries in /usr/local/lib and hoping > that the linker finds them there is no longer workable. They need to be > installed with LC_ID_DYLIB set to the install location, which in cmake world > means installing them after setting the INSTALL_NAME_DIR property on the > target. > > https://github.com/libgeos/geos/commit/8cf761b4d77b1261e0f6673c6716adb2daee7eb1 > > I have committed this into main, and would like to pull it back a few stable > braches too, since I need it to effectively work on postgis/geos on my > Macbook, but I am going to hold off on the stable branches for a while, if > anyone working on main finds that this change has broken something in *their* > environment, please let me know. > > P.
_______________________________________________ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel
