<div dir="ltr"><div dir="ltr">On Tue, Apr 30, 2024 at 9:18 AM Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>> wrote:<br><br>Even,</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
    
  
  <div>
    <p>Also try in a Python interpreter "from osgeo import gdal" to see
      if the exception is more verbose. If your GDAL lib links against
      libraries that are not in the default library search path, GDAL
      command line utilities might still be able to find them, but
      loading libgdal through the Python bindings might fail (at least
      that happens to me on Linux, cf
      <a href="https://github.com/OSGeo/gdal/pull/9783" target="_blank">https://github.com/OSGeo/gdal/pull/9783</a>)<br></p></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
    <p>Also try otool -L on libgdal.dylib and on
      _<a href="http://gdal.cpython-312-darwin.so" target="_blank">gdal.cpython-312-darwin.so</a></p></blockquote><div>This was indeed the issue. I didn't think there was a version of GDAL in my environment, but it must have gotten in by error at some point. When the SWIG library _gdal...so was created, a dependency was created for the system-located library (version 34) rather than the one in the build (version 35). I'd have to do more research to figure out how to rectify this, if desired.<br><br>Thanks for your help. The python failure message wasn't too helpful on its own.<br><br></div></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div></div>