[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


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.