[netCDF #NRK-175381]: netcdf-4.2.0 compilation failure

Oops, sorry, it looks like I made the wrong symbolic links in the FTP directory 
this morning.  The netcdf-4.2.0.tar.gz file and netcdf-4.2.0.zip file were
still the files from yesterday afternoon, rather than the fixed files from this
morning at 11:23 am.  My successful tests were with the actual new files in the 
FTP
directory.

But if you're in the nc_test4/ directory with the corrected URLs that has the
"8081" ports instead of the "8080" ports, the following should verify it works
(I've just pasted in my commands and the results):

  netcdf-4.2/nc_test4$ rm tst_files6

  netcdf-4.2/nc_test4$ make tst_files6
  /bin/sh ../libtool --tag=CC   --mode=link gcc  -g -O2 ../liblib/libnetcdf.la 
-L/share/ed/local/spike/lib -o tst_files6 tst_files6.o  -lhdf5_hl -lhdf5 -lsz 
-lm -lz -lcurl 
  libtool: link: gcc -g -O2 -o .libs/tst_files6 tst_files6.o  
../liblib/.libs/libnetcdf.so -L/share/ed/local/spike/lib 
-L/share/ed/local/spike/lib/lib -L/usr/lib64/lib 
-L/upc/share/ed/local/spike/lib/lib /share/ed/local/spike/lib/libhdf5_hl.so 
/share/ed/local/spike/lib/libhdf5.so /share/ed/local/spike/lib/libsz.so -lm 
/upc/share/ed/local/spike/lib/libcurl.so -lssl -lcrypto -lrt -lz -Wl,-rpath 
-Wl,/usr/local/lib -Wl,-rpath -Wl,/share/ed/local/spike/lib -Wl,-rpath 
-Wl,/upc/share/ed/local/spike/lib

  netcdf-4.2/nc_test4$ ./tst_files6

  *** Testing netcdf file functions some more.
  *** testing simple opendap open/close...ok.
  *** testing Jeff Whitaker's test...ok.
  *** Tests successful!

Again, I apologize for wasting your time due to my mistake.
All the FTP files labelled version 4.2 or version 4.2.0 in the
directory

  ftp://ftp.unidata.ucar.edu/pub/netcdf

now point to the corrected files from this morning.

Sheepishly,
--Russ

> Ok, so I've tried what you suggested and it still fails..
> 
> [durack1@crunchy netcdf-4.2]$ setenv CPPFLAGS
> "-I/home/durack1/bin/downloads/netcdf4.2.0/netcdf-4.2.0_install/hdf5+zlib/i
> nclude"
> [durack1@crunchy netcdf-4.2]$ setenv LDFLAGS
> "-L/home/durack1/bin/downloads/netcdf4.2.0/netcdf-4.2.0_install/hdf5+zlib/l
> ib"
> [durack1@crunchy netcdf-4.2]$ ./configure
> --prefix=/home/durack1/bin/downloads/netcdf4.2.0/netcdf-4.2.0_install
> [durack1@crunchy netcdf-4.2]$ make check
> 
> *** Testing netcdf file functions.
> *** Checking the new inq_path function...ok.
> *** Tests successful!
> PASS: tst_files5
> 
> *** Testing netcdf file functions some more.
> *** testing simple opendap open/close...Sorry! Unexpected result,
> tst_files6.c, line: 25
> FAIL: tst_files6
> 
> *** Testing netcdf-4 variable syncing.
> **** testing that sync works in netCDF-4...ok.
> **** testing that sync works in netCDF-4, with test contributed by Jeff
> W....ok.
> **** testing that sync works in netCDF-4, with test contributed by Jeff
> W....ok.
> *** Tests successful!
> PASS: tst_sync
> 
> *** Testing netcdf-4 v2 API functions.
> *** testing simple opens and creates...ok.
> *** Tests successful!
> PASS: tst_v2
> ================================================
> 1 of 50 tests failed
> Please report to address@hidden
> ================================================
> make[2]: *** [check-TESTS] Error 1
> make[2]: Leaving directory
> `/home/durack1/bin/downloads/netcdf4.2.0/120501_build/netcdf-4.2/nc_test4'
> make[1]: *** [check-am] Error 2
> make[1]: Leaving directory
> `/home/durack1/bin/downloads/netcdf4.2.0/120501_build/netcdf-4.2/nc_test4'
> make: *** [check-recursive] Error 1
> [durack1@crunchy netcdf-4.2]$
> 
> 
> And just to confirm again, the URL is defined in tst_files6.c:
> Line 11: #define URL "http://motherlode.ucar.edu:8081/dts/test.01";
> 
> 
> 
> Any further suggestions would be welcomed..
>
> Cheers,
> 
> P
> 
> 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Unidata netCDF Support <address@hidden>
> Reply-To: "address@hidden"
> <address@hidden>
> To: "Durack, Paul J." <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: [netCDF #NRK-175381]: netcdf-4.2.0 compilation failure
> 
> >> Russ, should I be able to browse the file at:
> >>
> >>
> >> http://motherlode.ucar.edu:8081/dts/test.01
> >>
> >> It doesn't seem to be allowing me to connect using a browser (both
> >>Firefox
> >> and Safari) is there a permissions issue? Do you have another URL you
> >>want
> >> me to try?
> >
> >No, that's just a test server for the OPeNDAP client that's part of the
> >netCDF
> >C library.  When you run "make check" on the netCDF 4.2.0 distribution,
> >it will
> >use the right protocol to access files from that test server.
> >
> >I've checked that "make check" completes successfully from here with the
> >netCDF-4.2.0 distribution, after running the configure script.  Earlier
> >you had
> >a failure releated to using an older port for the test server.  All you
> >should
> >need to do now is run the configure script, then "make check", and verify
> >that
> >it completes successfully.  As a shortcut, if you want to use the
> >distribution
> >that failed earlier, you could just replace the two files I mentioned
> >with the
> >corresponding files now in the 4.2.0 distribution and rerun "make check"
> >without
> >running configure, but it should work either way.
> >
> >--Russ
> >
> >> -----Original Message-----
> >> From: Unidata netCDF Support <address@hidden>
> >> Reply-To: "address@hidden"
> >> <address@hidden>
> >> To: "Durack, Paul J." <address@hidden>
> >> Cc: "address@hidden" <address@hidden>
> >> Subject: [netCDF #NRK-175381]: netcdf-4.2.0 compilation failure
> >>
> >> >> Thanks Russ,
> >> >>
> >> >> I just tried with new source, so I downloaded the file from
> >> >> ftp://ftp.unidata.ucar.edu/pub/netcdf/netcdf-4.2.0.tar.gz
> >> >>
> >> >> I can confirm that line 11 & 12 in tst_files6.c is:
> >> >> 11 #define URL "http://motherlode.ucar.edu:8081/dts/test.01";
> >> >> 12 #define FILE_NAME "tst_files6.nc"
> >> >>
> >> >> And the URL defined in tst_files5.c (line 11 & 12) is:
> >> >> 11 #define FILE_NAME "tst_files.nc"
> >> >> 12 #define URL "http://motherlode.ucar.edu:8081/dts/test.01";
> >> >>
> >> >> Should the lower line 12 in tst_files5.c also be "tst_files6.nc"?
> >> >
> >> >No, the only change is "8080" to "8081" in the URL definition.
> >> >
> >> >> P.S. You might want to update the zlib libraries to 1.2.6 hanging off
> >> >>your
> >> >> server, 1.2.5 is the currently available version you folks have on
> >> >> ftp://ftp.unidata.
> >> >
> >> >I see zlib version 1.2.6 there, as well as 1.2.5:
> >> >
> >> >  ftp://ftp.unidata.ucar.edu/pub/netcdf/netcdf-4/
> >> >
> >> >Maybe we should just delete zlib-1.2.3 and zlib-1.2.5, because 1.2.6
> >>works
> >> >with our software.  However, there may be a dependency I don't know
> >>about
> >> >with an older version of one of the hdf5-1.8.x libraries depending on
> >>or
> >> >checking for one of the earlier versions of zlib ...
> >> >
> >> >--Russ
> >> >
> >> >> -----Original Message-----
> >> >> From: Unidata netCDF Support <address@hidden>
> >> >> Reply-To: "address@hidden"
> >> >> <address@hidden>
> >> >> To: "Durack, Paul J." <address@hidden>
> >> >> Cc: "address@hidden"
> >><address@hidden>
> >> >> Subject: [netCDF #NRK-175381]: netcdf-4.2.0 compilation failure
> >> >>
> >> >> >Paul,
> >> >> >
> >> >> >Sorry, but could you try retrieving the 4.2.0 release again and
> >> >> >rebuilding?
> >> >> >
> >> >> >There's only two files fixed, if you'd rather just replace those
> >>from
> >> >>the
> >> >> >release and run "make check" again:
> >> >> >
> >> >> >  netcdf-4.2.0/nc_test4/tst_files5.c
> >> >> >  netcdf-4.2.0/nc_test4/tst_files6.c
> >> >> >
> >> >> >--Russ
> >> >> >
> >> >> >Russ Rew                                         UCAR Unidata
> >>Program
> >> >> >address@hidden
> >>http://www.unidata.ucar.edu
> >> >> >
> >> >> >
> >> >> >
> >> >> >Ticket Details
> >> >> >===================
> >> >> >Ticket ID: NRK-175381
> >> >> >Department: Support netCDF
> >> >> >Priority: Normal
> >> >> >Status: Closed
> >> >> >
> >> >>
> >> >>
> >> >Russ Rew                                         UCAR Unidata Program
> >> >address@hidden                      http://www.unidata.ucar.edu
> >> >
> >> >
> >> >
> >> >Ticket Details
> >> >===================
> >> >Ticket ID: NRK-175381
> >> >Department: Support netCDF
> >> >Priority: Normal
> >> >Status: Closed
> >> >
> >>
> >>
> >
> >Russ Rew                                         UCAR Unidata Program
> >address@hidden                      http://www.unidata.ucar.edu
> >
> >
> >
> >Ticket Details
> >===================
> >Ticket ID: NRK-175381
> >Department: Support netCDF
> >Priority: Normal
> >Status: Closed
> >
> 
> 
Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: NRK-175381
Department: Support netCDF
Priority: Normal
Status: Closed