Hi Giordano, If I may jump in, those checks are not made by netcdf, but rather by the autotools-based build system. Autoconf generates the 'configure' script used by netcdf and other packages; the queries to gcc with various options are made as broad as possible in order to cover a large pool of possible installed compilers. While -V and -gversion may not be valid options for current versions of gcc, they may have been in the past. In any event, it would be impossible for us to remove these options; as I mentioned, they are inserted by autoconf, not the netcdf team. So, you may safely ignore them! Have a great day, -Ward > Hi Russ, > > Thanks for your prompt and informative reply. It's good to understand > (or appreciate) the working of things. > > I am totally convinced and reassured about the second point that I rose, > while I would come back once again on the first one just for prudence's > sake. > > In lines 177 and 124 gcc is invoked with legal options, such as -v and > --version (please double check with man gcc). In lines 133 and 139 gcc > is invoked instead with -V (upper case) and -gversion (non-existing > specification). They really look like typos. Does this means that NetCDF > challenges gcc also for options that it is not supposed to bear? > > Thanks again for dealing with this. > > Giordano > > On 09/10/14 16:59, Unidata netCDF Support wrote: > > 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 > > > > > > 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.