Any thought to reviving Bug 338, building with DAP-enabled netcdf?
Added by Christopher Lynnes about 13 years ago
I ran into the problem of configure failures due to the netcdf build-test step, where it was missing libcurl in the LIBS. Turned out it was because I enabled DAP when I installed netcdf on my machine. I ended up hacking the configures mercilessly (always difficult to find my way around there), adding libcurl everywhere I could until it finally compiled :-). I noticed that Bug 338 was closed some time ago as a won't-fix; wondered if any thought has been given to reviving that Bug...
Replies (1)
RE: Any thought to reviving Bug 338, building with DAP-enabled netcdf? - Added by Ralf Mueller about 13 years ago
Hi!
Latest netcdf (4.1.1) is build with libtool just like cdo itself. For dynamic linking to netcdf, their should be not problem at all, because libtools tracks all the deps of netcdf (curl, dap, ssl,...). If a library is still missing, it should not be neccessary to add anything to the configure script, but calling
./configure LIBS=-lcurlOlder netcdf version don't use libtool, that's why this was added on the central page.
To get to the bottom of what happend on your machine, we'll need:
- cdo's version, use
cdo -V - netcdf version, best get it with
nc-config --all - cdo configure call + config.log from the failing configuration
regards
ralf