Closed ZedThree closed 4 years ago
Resolving conflicts and getting this merged in, finally. Thanks!
Is there any update? I installed the library via conda and still there is no netCDFCxxConfig.cmake. Is there an alternative solution for using this library in external cmake file? Thanks
Any plan on merging this?
Yes; we are wrapping up a Fortran release and then I will get this rolled out into a release.
Great news, thank you!
Your merging has failed since there are two "traverse directory section"... I've fixed this on my fork yesterday on my own branch (using @ZedThree 's commit and resolving the merge with master manually). See https://github.com/r3n4ud/netcdf-cxx4/tree/cmake-dev, maybe you could use that? Warning: I pushed
Let me know if you would a pull request from my fork/cmake-dev branch
I've fixed the merge, plus some other issues I came across. It now works consistently with netCDF-C CMake and autoconf builds.
@WardF I think you need to make a decision on naming. This currently installed a package called netCDFCxx
, but the target is netCDF::netcdf-cxx4
which feels a bit inconsistent. The C version exports a package netCDF
and the target is just netcdf
.
Travis is failing with errors like cxx4/CMakeFiles/netcdf-cxx4.dir/build.make:487: *** target pattern contains no '%'. Stop.
I can't reproduce this locally, even in the docker container!
Turns out I was using an older version of the C library. It now exports the target netCDF::netcdf
, so this exporting netCDF::netcdf-cxx4
feels more consistent. I'm still not sure about the package name though.
It looks good to me! Thanks @ZedThree
Fixes #43
An issue here that I've not fixed as it needs a decision from the maintainers: the installed target is
netcdf-cxx4
(with anetCDF::
namespace). I think it might be more idiomatic if it were callednetCDF_CXX
, orNetCDF_CXX
. The C API installsnetCDF
.