[gdal-dev] link error with MrSID and ECW

Tue Feb 25 03:03:01 PST 2025

 David and Kai, thanks for your input. With Kai's hint I figured out that GDAL was not being built with MrSID and ECW support because I didn't have the paths right in my -DMRSID_INCLUDE_DIR, -DMRSID_LIBRARY, -DECW_INCLUDE_DIR and -DECW_LIBRARY defines. This was causing the config step to fail. The key for me was realizing there was a log file just for the config: buildtrees/gdal/config-x86-windows-out.log. The reason I didn't look in this log file earlier was that I had a separate quoting problem that was causing half of my command line, including those bad paths, to be dropped silently by the config process (i.e., a warning, not an error). I find the quoting rules in CMake's set, string, and CONCAT to be counter-intuitive. I wish CMake could have been built on top of Python, JavaScript, or some other well-known language instead of being its own strange thing.
Regarding static linking, I meant that I was trying to link gdal itself statically, not the MrSID and ECW libraries. For my use case having those libraries in their own DLLs is fine and actually somewhat preferred.

    On Monday, February 24, 2025 at 06:26:05 AM PST, David Klaus <dklaus at carlsonsw.com> wrote:  

 Michael,
I noticed you said the following:
"I am linking statically to GDAL built as a static library with vcpkg (which builds without error)."
I may be interpreting this incorrectly, but it sounds like you intend to link the NCSEcw library. However, I believe your ECW_LIBRARY variable references the dynamic NCSEcw.lib import library. If you are trying to link this library statically, I believe you need to use the following library:
ERDAS_ECW_JPEG_2000_SDK_5.5.0.zip\Desktop_Read-Only\lib\vc141\Win32\NCSEcwS.lib
or for an x64 build:
ERDAS_ECW_JPEG_2000_SDK_5.5.0.zip\Desktop_Read-Only\lib\vc141\x64\NCSEcwS.lib
I apologize if I've misinterpreted you here or if I'm giving you incorrect information (I am somewhat new to this as well).
As far as linking this library statically, I have not successfully done this when building using vcpkg. I have been able to build with dynamic linking which is okay for our purposes (though not ideal). If you get static linking working, I'd love to hear how you did it. Thank you,

On Sat, Feb 22, 2025 at 2:15 AM Kai Pastor, DG0YT via gdal-dev <gdal-dev at lists.osgeo.org> wrote:

  IMO you ask for trouble when you manually inject  -DFRMT_mrsid=ON  into CFLAGS and CXXFLAGS. This is CMake input ("ON"!). Let the configuration do that for you. Did configuration successfully detect the dependency? Check the config logs.

  Kai

  Am 22.02.25 um 05:15 schrieb Michael Katz via gdal-dev:

  I am getting the following link errors when building my application in MSVC++: 
    1>gdal.lib(gdalallregister.cpp.obj) : error LNK2019: unresolved external symbol _GDALRegister_ECW referenced in function _GDALAllRegister at 0 1>gdal.lib(gdalallregister.cpp.obj) : error LNK2019: unresolved external symbol _GDALRegister_JP2ECW referenced in function _GDALAllRegister at 0 1>gdal.lib(gdalallregister.cpp.obj) : error LNK2019: unresolved external symbol _GDALRegister_MrSID referenced in function _GDALAllRegister at 0 
   I am linking statically to GDAL built as a static library with vcpkg (which builds without error). I am using a custom x86-windows.cmake file with vcpkg, customized mainly to include MrSID and ECW functionality in GDAL. I have pasted the cmake text at the bottom of this email. 
  From what I can see in the GDAL code, it's behaving as if   gdal/frmts/mrsid/mrsiddataset.cpp (which contains the function GDALRegister_MrSID) wasn't compiled into the library, yet the following code in frmts/gdalallregister.cpp was compiled.  
    #ifdef FRMT_mrsid     GDALRegister_MrSID(); #endif 
   Can you help me understand how this could happen? What actually controls whether gdal/frmts/mrsid/mrsiddataset.cpp gets compiled into the library? 

  --- x86-windows.cmake:

     set(VCPKG_TARGET_ARCHITECTURE x86) set(VCPKG_CRT_LINKAGE static) set(VCPKG_LIBRARY_LINKAGE static) set(VCPKG_BUILD_TYPE release) set(ENV{CMAKE_WINDOWS_KITS_10_DIR} "C:\\Program Files (x86)\\Windows Kits\\10") set(VCPKG_CMAKE_CONFIGURE_OPTIONS "-DCMAKE_WINDOWS_KITS_10_DIR=C:\\Program Files (x86)\\Windows Kits\\10") set(VCPKG_ENV_PASSTHROUGH CMAKE_WINDOWS_KITS_10_DIR) 
 # CMAKE_CURRENT_LIST_DIR is the triplets directory # such as C:/Users/michael.katz/Documents/vcpkg/triplets message( STATUS "\n\n-----------------------CMAKE_CURRENT_LIST_DIR = ${CMAKE_CURRENT_LIST_DIR}\n\n" ) 
 if (PORT MATCHES "gdal")     string(         CONCAT x         " \"-DMRSID_INCLUDE_DIR=${CMAKE_CURRENT_LIST_DIR}/../sdk/MrSID_DSDK-9.5.5.5244-win32-vc17/Raster_DSDK/include\""         " \"-DMRSID_LIBRARY=${CMAKE_CURRENT_LIST_DIR}/../sdk/MrSID_DSDK-9.5.5.5244-win32-vc17/Raster_DSDK/lib/lti_dsdk.lib\""         " \"-DGDAL_USE_MRSID=ON\""         " \"-DFRMT_mrsid=ON\""         " \"-DECW_INCLUDE_DIR=${CMAKE_CURRENT_LIST_DIR}/../sdk/ecw/Hexagon/ERDAS_ECW_JPEG_2000_SDK_5.5.0/Desktop_Read-Only/include\""         " \"-DECW_LIBRARY=${CMAKE_CURRENT_LIST_DIR}/../sdk/ecw/Hexagon/ERDAS_ECW_JPEG_2000_SDK_5.5.0/Desktop_Read-Only/lib/vc141/Win32/NCSEcw.lib\""         " \"-DGDAL_USE_ECW=ON\""         " \"-DFRMT_ecw=ON\""     )     set(VCPKG_CMAKE_CONFIGURE_OPTIONS "${VCPKG_CMAKE_CONFIGURE_OPTIONS} ${x}" )     set(VCPKG_CXX_FLAGS "${VCPKG_CXX_FLAGS} -DFRMT_mrsid=ON")     set(VCPKG_C_FLAGS "${VCPKG_C_FLAGS} -DFRMT_mrsid=ON")     set(VCPKG_CXX_FLAGS "${VCPKG_CXX_FLAGS} -DFRMT_ecw=ON")     set(VCPKG_C_FLAGS "${VCPKG_C_FLAGS} -DFRMT_ecw=ON") endif() 
 message( STATUS "\n\n-----------------------VCPKG_CMAKE_CONFIGURE_OPTIONS = ${VCPKG_CMAKE_CONFIGURE_OPTIONS}\n\n" ) 
 message( STATUS "\n\n-----------------------FEATURES = ${FEATURES}\n\n" ) 

  _______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

 _______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
David KlausCarlson Software

Disclaimer

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.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250225/77ef7cdf/attachment-0001.htm>