<div dir="ltr">Hi Greg,<div><br></div><div>Your assumptions are all correct.<div><br></div><div>And fortunately the other vendor's app doesn't use SQLite at all.  (Phew!)</div><div><br></div><div>Thanks for checking.  It's a pain but our customers like our plugin so we have to keep building it!</div><div><br></div><div>carl</div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 25, 2024 at 4:28 PM Greg Troxel via PROJ <<a href="mailto:proj@lists.osgeo.org">proj@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Carl Godkin via PROJ <<a href="mailto:proj@lists.osgeo.org" target="_blank">proj@lists.osgeo.org</a>> writes:<br>
<br>
> I'm not following what you're suggesting here.<br>
<br>
I am suggesting keeping the two worlds totally separate.<br>
<br>
> The plugin I'm building is for another vendor's software and they don't use<br>
> GDAL or PROJ already in their main program.  But they do use (an older<br>
> version of ) libcurl.  Our normal PROJ and GDAL depend on an up-to-date<br>
> libcurl.<br>
><br>
> I've called my minimal (w/o curl) versions of PROJ and GDAL<br>
> "proj_9_3-minimal.dll" and "gdal-minimal.dll."<br>
><br>
> We haven't had a problem with the approach I've described.   What problem<br>
> am I flirting with here, or what should I do differently?  Sorry to be<br>
> dense!<br>
<br>
Having read that, I think you are ok.   I am assuming:<br>
<br>
  Your gdal-minimal.dll links to proj_9_3-minimal<br>
<br>
  the plugin links to $other_vendor's libs and gdal-minimal.dll<br>
<br>
  there are no programs on the computer that link to both gdal.dll and gdal-minimal.dll<br>
<br>
I would tend to separate these by prefix, rather than name, but I don't<br>
use windows and I gather the windows dll world is very difficult to deal<br>
with.<br>
<br>
>From my experience in packaging, I see situations where the base system<br>
has one version of a library; let's call it sqlite3 :-) But that base<br>
version is either too old, or lacks rtree, and some package wants the<br>
better one.  But the package also wants heimdal (kerberos), which is<br>
from base, and that links to base sqlite.  This is the sort of problem<br>
that is all too easy to run into.  But it sounds like you are aware of<br>
it and avoiding it, and for now I think you are.  You are though, on<br>
thin ice, and the next wrinkle may push you over the edge.<br>
_______________________________________________<br>
PROJ mailing list<br>
<a href="mailto:PROJ@lists.osgeo.org" target="_blank">PROJ@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/proj</a><br>
</blockquote></div>