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

[netCDF #GSF-826536]: build of 4.3 with dap support fails

Hi Brian,

> I will try that and let you know. Thanks very much.

"Takeshi Enomoto" recently sent us a fix for the netCDF problem you 
reported with installing netCDF on Mavericks.

He didn't have your email address, so I'm including his message here:

I updated the patch because removal of oc.h caused a problem on Mavericks.
I fixed this in MacPorts.

<https://trac.macports.org/changeset/113006>

"Takeshi Enomoto" writes:
I moved definition 

extern int oc_dumpnode(OClink, OCddsnode);

after

#include "ncdap3.h"

The new patch is

--- libdap2/daputil.c.orig      2013-05-10 01:15:24.000000000 +0900
+++ libdap2/daputil.c   2013-11-07 05:48:55.000000000 +0900
@@ -10,10 +10,8 @@
 #include <sys/time.h>
 #endif
 
-#include "oc.h"
-extern int oc_dumpnode(OClink, OCddsnode);
-
 #include "ncdap3.h"
+extern int oc_dumpnode(OClink, OCddsnode);
 #include "dapalign.h"
 
 #define LBRACKET '['


> On 6/10/13 11:50 PM, "Unidata netCDF Support"
> <address@hidden> wrote:
> 
> >Brian,
> >
> >> So /opt is where all of the non-system stuff is installed, like hdf5,
> >>blas, lapack, zlib, etc...  There is nothing in there that I haven't
> >>installed.    Unfortunately, I don't have a 10.8+ Mac to test, but will
> >>try to get a Mac up to 10.8 this week.
> >
> >I wondered about that, but didn't see the setting for LDFLAGS=-L/opt/lib
> >that I would expect to see if you
> >were linking to libraries with headers in /opt/include, such as libcurl,
> >libhdf5, etc.
> >
> >The typical way to build and check the netCDF-4.3.0 is something like:
> >
> >  ./configure --prefix=/opt CPPFLAGS=-I/opt/include LDFLAGS=/opt/lib
> >  make check
> >  sudo make install
> >
> >and then build the netcdf-fortran library similarly, as described here:
> >
> >  http://www.unidata.ucar.edu/netcdf/docs/build_default.html
> >
> >and here:
> >
> >  http://www.unidata.ucar.edu/netcdf/docs/netcdf-fortran-install.html
> >
> >You might try this on MacOS-X 10.6.8 before upgrading to 10.8 ...
> >
> >--Russ
> >
> >> Thanks,
> >> brian
> >>
> >>
> >> <::><::><::><::><::><::><::><::>
> >> Brian O. Blanton, Ph.D.
> >> Senior Scientist, Oceanographer
> >> Renaissance Computing Institute
> >> University of North Carolina at Chapel Hill
> >> 100 Europa Drive
> >> Suite 540 Chapel Hill, NC, 27517
> >>
> >> address@hidden
> >> 919-445-9620 (O)
> >> 919-445-9669 (F)
> >>
> >>
> >>
> >> <::><::><::><::><::><::><::><::>
> >>
> >> ________________________________________
> >> From: Unidata netCDF Support [address@hidden]
> >> Sent: Sunday, June 09, 2013 4:08 PM
> >> To: Brian Blanton
> >> Cc: address@hidden
> >> Subject: [netCDF #GSF-826536]: build of 4.3 with dap support fails
> >>
> >> Hi Brian,
> >>
> >> > Full Name: Brian Blanton
> >> > Organization: The University of North Carolina at Chapel Hill
> >> > Package Version: 4.3
> >> > Operating System: MAC OS X 10.6.8
> >> > Hardware: Mac Pro, 12-core
> >> > Description of problem:
> >> >
> >> > When building 4.3 with dap enabled, the following error occurs:
> >> >
> >> > Making all in libdap2
> >> > /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
> >>-I..  -I../include -I../oc2  -I../libsrc4 -I/opt/include  -g -O2 -MT
> >>libdap2_la-daputil.lo -MD -MP -MF .deps/libdap2_la-daputil.Tpo -c -o
> >>libdap2_la-daputil.lo `test -f 'daputil.c' || echo './'`daputil.c
> >> > libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../oc2
> >>-I../libsrc4 -I/opt/include -g -O2 -MT libdap2_la-daputil.lo -MD -MP -MF
> >>.deps/libdap2_la-daputil.Tpo -c daputil.c  -fno-common -DPIC -o
> >>.libs/libdap2_la-daputil.o
> >> > In file included from ncdap3.h:12,
> >> > from daputil.c:16:
> >> > /usr/include/unistd.h:117: error: two or more data types in
> >>declaration specifiers
> >> > make[2]: *** [libdap2_la-daputil.lo] Error 1
> >> > make[1]: *** [all-recursive] Error 1
> >> > make: *** [all] Error 2
> >>
> >> I can't duplicate the problem on OSX 10.8.4.
> >>
> >> I notice in the conf.log output you attached, you have this:
> >>
> >> checking CPPFLAGS... -I/opt/include
> >>
> >> which may be the cause of the problem.  That CPPFLAGS setting to
> >>/opt/include
> >> may be including a version of a standard Unix header file that
> >>conflicts with the
> >> header files in /usr/include.  Could you try again, unsetting CPPFLAGS
> >>first, and
> >> see if the error still occurs?
> >>
> >> --Russ
> >>
> >> Russ Rew                                         UCAR Unidata Program
> >> address@hidden                      http://www.unidata.ucar.edu
> >>
> >>
> >>
> >> Ticket Details
> >> ===================
> >> Ticket ID: GSF-826536
> >> Department: Support netCDF
> >> Priority: Normal
> >> Status: Closed
> >>
> >>
> >>
> >Russ Rew                                         UCAR Unidata Program
> >address@hidden                      http://www.unidata.ucar.edu
> >
> >
> >
> >Ticket Details
> >===================
> >Ticket ID: GSF-826536
> >Department: Support netCDF
> >Priority: Normal
> >Status: Closed
> >
> 
> 
Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: GSF-826536
Department: Support netCDF
Priority: Normal
Status: Closed