Hi Giordano. Error messages in config.log are expected, as the configure script tries various ways to determine the development environment and generate Makefiles to adapt to a wide variety of compilers, libraries, and operating systems. For example, it tries several ways to determine a compiler version, one or more of which usually work. Not finding curl.h means the curl library is not installed where the configure script can find it, which means netCDF remote client access with OPeNDAP protocols won't be included in the resulting library, just as if "--disable-dap" had been specified as a configure flag. If you want your netCDF library to be able to access netCDF data from remote servers such as THREDDS, GrADS, or Hyrax, you will need to first install a curl library. If it's already installed somewhere the configure script doesn't look, you'll need to tell configure where to look. For example, if it was installed under /opt/local/, you would need something like: CPPFLAGS=/opt/local/include LDFLAGS=/opt/local/lib ./configure ... --Russ > Firstly, in the process of configuring NetCDF 4.3.2 I noticed that some > parameters passed to gcc are faulty, hence errors are thrown. > > 117 configure:4326: gcc --version >&5 # this is fine > 118 gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 > ... > 124 configure:4326: gcc -v >&5 # this is fine > 125 Using built-in specs. > ... > 133 configure:4326: gcc -V >&5 # this is NOT fine > 134 gcc: error: unrecognized option '-V' > 135 gcc: fatal error: no input files > 136 compilation terminated. > ... > 139 configure:4326: gcc -qversion >&5 # this is NOT fine > 140 gcc: error: unrecognized option '-qversion' > 141 gcc: fatal error: no input files > 142 compilation terminated. > > Secondly, there's a gcc fatal error as curl/curl.h is not found. > > 295 configure:6292: gcc -c conftest.c >&5 > 296 conftest.c:20:23: fatal error: curl/curl.h: No such file or directory > > I have attached a copy of config.log for completeness of account. > > The question is what kind of consequences down the line can I expect > from these errors and which fixes/workarounds are available. The make > check is, incidentally, successful all over. > > Thanks a lot for dealing with this. > > Giordano > > Russ Rew UCAR Unidata Program address@hidden http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: KYR-516688 Department: Support netCDF Priority: Normal Status: Closed
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.