[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDF #XWK-875755]: cygwin 64 fail on make test

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [netCDF #XWK-875755]: cygwin 64 fail on make test
  • Date: Wed, 09 Oct 2013 11:32:17 -0600
> Okay
> 
> That seemed to work as far as netcdf goes. (I used disable_dap)

Great.

> Unfortunately, the problem with GMT remains. I've no idea what they've
> done with GMT, but they seem to have withdrawn all support from netcdf,
> which is a pity, since it is essential for GMT. I don't suppose you know
> anything about GMT do you?

It's my understanding that netCDF is used internally, within GMT, to store
map tiles.  Sorry, but I don't know much else about it.

--Russ

> Many thanks
> 
> David Hindle
> 
> On 09.10.2013 17:08, Unidata netCDF Support wrote:
> > Hi David,
> >
> >> I'm trying to install the netcdf C libraries on cygwin64.
> >>
> >> After running through
> >>
> >> ./configure
> >>
> >> nice make
> >>
> >> nice make test
> >>
> >> the last command ends with 2 failed tests
> >>
> >> make[5]: Entering directory `/usr/local/netcdf-4.3.0/ncdap_test'
> >> FAIL: tst_ncdap3.sh
> >> FAIL: tst_remote3.sh
> >>
> >>
> >> I'm attaching the log file that the make test has requested me to send you.
> >>
> >> Have you any idea what is going wrong? I will add, I am trying to
> >> ultimately install GMT 4.5.9 under cygwin. This fails at the moment at
> >> the point it compiles "blockmean" (as far as I can tell). I assume the
> >> GMT failure is due to the problems with netcdf not being properly
> >> installed, but I am not sure that is the case.
> > The failed tests are trying to access data on a remote test server, so the
> > failure you're seeing could be due to your platform running the test while
> > not connected to the Internet, or could be due to a server failure over
> > which you have no control.
> >
> > If you want to finish the tests so you can install the software, you could
> > reconfigure with the --disable-dap-remote-tests option.  If you don't even
> > need remote access to netCDF data for your GMT build, you could also just
> > eliminate it with the --disable-dap configure option.
> >
> > --Russ
> >
> >> In any case, thanks for your help.
> >>
> >> David Hindle
> >>
> >> --
> >> ****************************************
> >> Dr David Hindle
> >> University of Göttingen
> >> GZG, Structural Geology and Geodynamics
> >> Rm. 119
> >> Goldschmidtstr. 1-3
> >> 37077 Göttingen
> >> Germany
> >>
> >> tel. +49 551 397905
> >> fax. +49 551 399700
> >> ****************************************
> >>
> >>
> >>
> > Russ Rew                                         UCAR Unidata Program
> > address@hidden                      http://www.unidata.ucar.edu
> >
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: XWK-875755
> > Department: Support netCDF
> > Priority: Normal
> > Status: Closed
> >
> 
> 
> --
> ****************************************
> Dr David Hindle
> University of Göttingen
> GZG, Structural Geology and Geodynamics
> Rm. 119
> Goldschmidtstr. 1-3
> 37077 Göttingen
> Germany
> 
> tel. +49 551 397905
> fax. +49 551 399700
> ****************************************
> 
> 

Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: XWK-875755
Department: Support netCDF
Priority: Normal
Status: Closed