Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
NOTE: The netcdf-porting mailing list is no longer active. The list archives are made available for historical reasons.
On 10/3/12 2:51 PM, Sean McBride wrote:
You should specify -D"USE_NETCDF_4=OFF" to turn off HDF5, not just USE_HDF5. One of those conventions I got used to using during development, but something that isn't at all clear. Thanks for pointing it out, I'll update the documentation to clarify!On Tue, 2 Oct 2012 10:16:57 -0600, Ward Fisher said:We are happy to announce our initial integration of the CMake build system with the NetCDF-C.Cool! I tried on my system, but always get "HDF5 Not Found" even if I set USE_HDF5 = OFF.
What about tests and cdash? This page does not seem to work: <http://yakov.unidata.ucar.edu/~wfisher/cdash>
Post-compile, 'make test' (for make-based systems) or cmake --build . --target RUN_TESTS (for Visual-Studio based systems) should run the tests and report success/failures.
The CDash configuration was used internally during integration; the machine is not accessible (as you noticed), and will likely be removed. We are having conversations internally as to whether or not we will want to provide a public CDash interface. There are certainly upsides when it comes to collecting debugging information, but of course there is the additional burden of security which comes with any outward-facing service.
Cheers,
Have a great afternoon, -Ward
netcdf-porting archives: