<!DOCTYPE html>

<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body>

    <blockquote type="cite"

cite="mid:CAJNrnBXm5y327Qa-J_nNY1wgVvkbL_DeP-ma4czSesB_PXFMvg@mail.gmail.com">

      <div dir="ltr">

        <div dir="ltr">

          <div>In our builds, we statically link the Proj library into

            GDAL. This approach is necessary because our product

            integrates with other environments that often include their

            own GDAL builds. In the past, dynamically linking the Proj

            library caused significant issues: these other environments

            would sometimes load their Proj dll in such a way that our

            GDAL would mistake their Proj dll for ours and attempt to

            use it. This mismatch resulted in crashes for our users.<br>

            <br>

            To address this problem and meet our other requirements, we

            opted for custom GDAL builds.<br>

          </div>

        </div>

      </div>

    </blockquote>

    <p>Isn't it enough to take a static build of PROJ and let GDAL find

      the exorted CMake config?<br>

    </p>

    <p>FTR in vcpkg, it is possible to override the desired library

      linkage for individual packages (with triplet customization).

      Basically it should be fairly easy to test the desired

      combination. <br>

      (Difficulties would start with (proprietary) formats which are not

      handled in the recipes.)</p>

    <p><br>

    </p>

  </body>

</html>