[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[netCDF #GSF-826536]: build of 4.3 with dap support fails
- Subject: [netCDF #GSF-826536]: build of 4.3 with dap support fails
- Date: Mon, 10 Jun 2013 21:50:16 -0600
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