cmake is generating a library link line that looks like:
/.../nagfor -PIC -Wl,-shared -Wl,-Xlinker,-soname,-Xlinker,libnetcdff.so.6
-o libnetcdff.so.6.1.1 [...] /.../libnetcdf.so.11.0.0 /.../libhdf5_hl.so
...
My issue is with the "11.0.0" suffix on the libnetcdf.so library. This
particular compiler rejects that argument because it doesn't recognize the
".0" file suffix.
In this case there is a find_package(netCDF) that has found the installed
cmake configuration file netCDFConfig.cmake, which sets netCDF_LIBRARIES
to simply "netcdf" (not a full path). Then there is a target_link_libraries
command for the target I'm building that references ${netCDF_LIBRARIES}.
So behind the scenes the simple "netcdf" is being turned into that full path
with version number appended. Is this the intended behavior, or are the
netCDF developers not installing proper cmake configuration files for their
library? I really don't want that version suffix there.
Thanks
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please visit:
CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake
