[geos-devel] MacOS DYLD Fix

[Paul Ramsey]

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 <lr at pcorp.us> wrote:
> 
> I’ll hold off on releasing until there is consensus on this issue.
>  
> From: geos-devel <geos-devel-bounces at 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 at lists.osgeo.org>
> Cc: Paul Ramsey <pramsey at 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.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geos-devel/attachments/20231110/c25af0ab/attachment.htm>