<div dir="ltr"><div>Hi,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 14 Oct 2024 at 15:27, Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">So probably the most sane solution would be <br>
to have a dynamic library libgdal.so that statically links its <br>
dependencies, but with all GDAL public symbols renamed. Quite an <br>
adventure...</blockquote><div><br></div><div>It would be, except there's a fairly critical problem: GDAL links (directly, and via proj, etc) to libcurl which links to OpenSSL on Linux. But Python/libpython links to OpenSSL too. The same issue applies with SQLite too, except that it's structured to support existing multiple times in a process. And you'll also encounter it with libpq & psycopg too if you need PostgreSQL access from Python, since libpq links to OpenSSL as well. Other DB libraries have the same problem.</div><div><br></div><div>Minefield!</div><div><br></div><div>Rob :)</div><div><br></div></div></div>