<html><head><style type="text/css">.style1 {font-family: "Times New Roman";}</style></head><body><div dir="ltr">Kai,<div><br></div><div>I am still working on this issue which is why I haven't updated the thread with a solution. I do not intend to keep the solution private.</div><div><br></div><div>The 

libspatialite portfile I provided contains a custom patch. I can confirm that this patch prevents export of the libspatialite symbols that caused conflict in my previous build. I have not attempted something similar for libcurl. As I mentioned in my original email, I don't particularly like this solution.</div><div><br></div><div>Yesterday I tried to patch in def files to the GDAL build. I was hoping that, by removing the libspatialite symbols from the def files export, I would be able to prevent export of these symbols. Unfortunately, this didn't work. Now, I am currently investigating using def files to rename the conflicting libspatialite symbols on export. Hopefully I have more information on this today though it may take longer,</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Dec 11, 2025 at 3:43 AM Kai Pastor, DG0YT <<a href="mailto:dg0yt@darc.de">dg0yt@darc.de</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"><u></u>

  
    
  
  <div>
    <div>The proper fix is modifying
      libspatialite IMO.<br>
    </div>
    <div>Please confirm if there is an issue
      with libcurl.</div>
    <div>I do not like to see uncertainty being
      made public and fixes being made private.</div>
    <div><br>
    </div>
    <div>Kai<br>
    </div>
    <div><br>
    </div>
    <div>Am 10.12.25 um 20:10 schrieb David
      Klaus:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">All,
        <div><br>
        </div>
        <div>Thank you for the suggestions. And to clarify: yes this is
          an MSVC build so -fvisibility=hidden is not an option. I am
          currently investigating adding a def file to curate the
          symbols exported by the gdal dll. I removed the decorated
          symbols and built. The resulting dll still reports the
          decorated symbols, but I'm hopeful that this is expected
          behavior. I'm going to attempt to remove the libspatialite
          symbols from the def file and rebuild,</div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Wed, Dec 10, 2025 at
          1:06 PM Kai Pastor, DG0YT via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>>
          wrote:<br>
        </div>
        <blockquote class="gmail_quote">
          <div>
            <div>In vcpkg, x64-windows means MSVC.</div>
            <div><br>
            </div>
            <div>And even in the visibility world, you can find libs
              that get it wrong when the attention is exclusively on
              shared libs.</div>
            <div>(Studying the proposed libspatialite patch, I believe I
              spotted different defaults for visibility in different
              chunks. Needs more investigation...)<br>
            </div>
            <div><br>
            </div>
            <div>Am 10.12.25 um 19:02 schrieb Andrew Bell:<br>
            </div>
            <blockquote type="cite">
              <div dir="ltr">
                <div dir="ltr"><br>
                </div>
                <br>
                <div class="gmail_quote">
                  <div dir="ltr" class="gmail_attr">On Wed, Dec 10, 2025
                    at 12:55 PM Kai Pastor, DG0YT via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>>
                    wrote:<br>
                  </div>
                  <blockquote class="gmail_quote">
                    <div>
                      <div>Am 10.12.25 um 17:09 schrieb Andrew Bell via
                        gdal-dev:<br>
                      </div>
                      <blockquote type="cite">
                        <div dir="ltr">Hi,
                          <div><br>
                          </div>
                          <div>All symbols that aren't specifically
                            exported should be hidden if when you build
                            the flag "-fvisibility=hidden" is set. See
                            cmake/helpers/configure.cmake.</div>
                        </div>
                      </blockquote>
                      <p>I don't think this will help with MSVC and its
                        dllexport declarations.<br>
                      </p>
                    </div>
                  </blockquote>
                  <div><br>
                    I don't know that this is MSVC. I thought it was a
                    GCC build on Windows, but regardless, things are
                    essentially the same (on Windows you *must* export
                    all the symbols you want visible). I don't know
                    spatialite, but there should be some sort of DLL
                    marker (like CPL_DLL in GDAL) that can be turned off
                    when building a static library that you then link
                    into GDAL.<br>
                    <br>
                    This may be helpful:<br>
                    <br>
                    <a href="https://gcc.gnu.org/wiki/Visibility" target="_blank">https://gcc.gnu.org/wiki/Visibility</a><br>
                    <br>
                  </div>
                </div>
                <span class="gmail_signature_prefix">-- </span><br>
                <div dir="ltr" class="gmail_signature">
                  <div dir="ltr">
                    <div>Andrew Bell</div>
                    <a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>
                </div>
              </div>
            </blockquote>
            <p><br>
            </p>
          </div>
          _______________________________________________<br>
          gdal-dev mailing list<br>
          <a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
          <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
        </blockquote>
      </div>
      <div><br>
      </div>
      <div><br>
      </div>
      <span class="gmail_signature_prefix">-- </span><br>
      <div dir="ltr" class="gmail_signature">
        <div dir="ltr">David Klaus
          <div>Carlson Software</div>
        </div>
      </div>
      <br>
      <br>
      <p><b>Disclaimer</b></p>
      <p>The information contained in this communication from the sender
        is confidential. It is intended solely for use by the recipient
        and others authorized to receive it. If you are not the
        recipient, you are hereby notified that any disclosure, copying,
        distribution or taking action in relation of the contents of
        this information is strictly prohibited and may be unlawful.</p>
    </blockquote>
    <p><br>
    </p>
  </div>

</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">David Klaus<div>Carlson Software</div></div></div>
<br><br><p style="font-family: Verdana; font-size:10pt; color:#777777;"><b>Disclaimer</b></p><p style="font-family: Verdana; font-size:8pt; color:#777777;">The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.</p></body></html>