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

[netCDF #XXN-487077]: Installing NETCDF



Greetings,

Would you please tell me the output from this command:

nm /home/ronnieleeper/prgfiles/netcdf/lib/libnetcdff.so | grep nf_create

Thanks!

Sean

> I have gotten the makefile to print the command generating the netcdf
> errors.
> 
> g95 -Wno=101,139,155,158 -ffree-form -ffree-line-length-huge -fendian=big
> -fno-second-underscore -I/home/ronnieleeper/prgfiles/netcdf/include
> -I../ioapi_share -O2 -Wno=101,139,155,158 -ffree-form
> -ffree-line-length-huge -fendian=big -fno-second-underscore -o diffwrf
> diffwrf.o wrf_io.o field_routines.o module_wrfsi_static.o
> ../../frame/wrf_debug.o ../../frame/module_wrf_error.o
> -L/home/ronnieleeper/WRFv3.3/WRFV3/external/esmf_time_f90 -lesmf_time
> -L/home/ronnieleeper/prgfiles/netcdf/lib -lnetcdff -lnetcdf
> 
> Even with the linking flag I still get those errors.  Is there something
> else missing?  I have noticed that each of the object files are where the
> netcdf errors are coming from for this compiled line.
> 
> Thanks in advance,
> 
> Ronald David Leeper
> USCRN Quality Assurance Specialist, NCDC
> Research Associate, CICS-NC
> Global Climate Applications Division
> National Climatic Data Center
> 151 Patton Ave.
> Asheville, NC 28801-5001
> address@hidden
> address@hidden
> Office: (828) 257-3185
> Fax: (828) 271-4022
> 
> 
> 
> On 8/25/11 12:28 PM, "Unidata netCDF Support"
> <address@hidden> wrote:
> 
> > Greetings!
> >
> > The issue is that you didn't tell g95 to link to the netCDF libs - don't
> > forget to add the linking flag to your g95 command:
> >
> > -L/home/ronnieleeper/prgfiles/netcdf/lib -lnetcdff
> >
> > netcdf.inc is for the netCDF3 interface - there is a netcdf4.inc that takes
> > care of the netCDF4 interface. Are you compiling WRF? If so, it only uses 
> > the
> > netCDF3 interface (they haven't updated their src to take advantage of
> > netCDF4); No worries though, because the netCDF4 lib is backwards compatible
> > with netCDF3, so you don't have to hunt the netcdf3 src to make things work.
> >
> > Cheers!
> >
> > Sean
> >
> >>  So I have had some success with the netcdf install; however, the original
> >>  program I am trying to install in all of this complains about undefined
> >>  references to hundreds of netcdf functions such as:
> >>
> >>  g95 -Wno=101,139,155,158  -ffree-form -ffree-line-length-huge -fendian=big
> >>  -fno-second-underscore   -c  -I/home/ronnieleeper/prgfiles/netcdf/include
> >>  -I../ioapi_share diffwrf.f
> >>  diffwrf io_netcdf is being built now.
> >>  diffwrf.o:(.data+0x50): undefined reference to `nf__open_'
> >>  diffwrf.o:(.data+0x58): undefined reference to `nf__enddef_'
> >>  diffwrf.o:(.data+0x60): undefined reference to `nf_abort_'
> >>  diffwrf.o:(.data+0x68): undefined reference to `nf__open_mp_'
> >>  diffwrf.o:(.data+0x70): undefined reference to `nf__create_mp_'
> >>  diffwrf.o:(.data+0x78): undefined reference to `nf__create_'
> >>  diffwrf.o:(.data+0x80): undefined reference to `nf_copy_att_'
> >>  diffwrf.o:(.data+0x88): undefined reference to `nf_create_'
> >>  diffwrf.o:(.data+0x90): undefined reference to `nf_copy_var_'
> >>
> >>  Something rather interesting is that when I looked at netcdf.inc it said 
> >> it
> >>  was NETCDF 3.
> >>
> >>  !     NetCDF-3.
> >>  !
> >>  ! netcdf version 3 fortran interface:
> >>  !
> >>
> >>  !
> >>  ! external netcdf data types:
> >>  !
> >>  integer nf_byte
> >>  integer nf_int1
> >>  integer nf_char
> >>  integer nf_short
> >>  integer nf_int2
> >>  integer nf_int
> >>  integer nf_float
> >>  integer nf_real
> >>  integer nf_double
> >>
> >>  parameter (nf_byte = 1)
> >>  parameter (nf_int1 = nf_byte)
> >>  parameter (nf_char = 2)
> >>  parameter (nf_short = 3)
> >>  parameter (nf_int2 = nf_short)
> >>  parameter (nf_int = 4)
> >>  parameter (nf_float = 5)
> >>  parameter (nf_real = nf_float)
> >>  parameter (nf_double = 6)
> >>
> >>  Is it suppose to be 3?  I thought we were install netcdf-4?  None of my
> >>  command line configure arguments disable netcdf4 I donÂt think.
> >>
> >>  I'm trying a reinstall of netcdf again.
> >>
> >>  Ronald David Leeper
> >>  USCRN Quality Assurance Specialist, NCDC
> >>  Research Associate, CICS-NC
> >>  Global Climate Applications Division
> >>  National Climatic Data Center
> >>  151 Patton Ave.
> >>  Asheville, NC 28801-5001
> >>  address@hidden
> >>  address@hidden
> >>  Office: (828) 257-3185
> >>  Fax: (828) 271-4022
> >>
> >>
> >>
> >>  On 8/24/11 1:16 PM, "Unidata netCDF Support"
> >>  <address@hidden> wrote:
> >>
> >>>  > Ah, yes. --enable-shared should be used for both szlib and zlib.
> >>>  >
> >>>  > We'll get this working, no worries!
> >>>  >
> >>>  > Sean
> >>>  >
> >>>  >
> >>>>  >>  Thanks for you help in this regard.  It would see that make, make
> >>>> check, and
> >>>>  >>  make install all completed without any major/halting errors; 
> >>>> however,
> >>>> make
> >>>>  >>  check-install did error.
> >>>>  >>
> >>>>  >>  ./dsetexample: error while loading shared libraries: libsz.so.2:
> >>>> cannot open
> >>>>  >>  shared object file: No such file or directory
> >>>>  >>
> >>>>  >>  In my szip install, I don't have this file.  I think I may have
> >>>> installed it
> >>>>  >>  with ?disable-shared configure option.  I'm currently reconfiguring
> >>>> szip
> >>>>  >>  without this flag.  I think we are close to getting hdf5 installed.
> >>>>  >>
> >>>>  >>  Thanks again,
> >>>>  >>
> >>>>  >>  Ronald David Leeper
> >>>>  >>  USCRN Quality Assurance Specialist, NCDC
> >>>>  >>  Research Associate, CICS-NC
> >>>>  >>  Global Climate Applications Division
> >>>>  >>  National Climatic Data Center
> >>>>  >>  151 Patton Ave.
> >>>>  >>  Asheville, NC 28801-5001
> >>>>  >>  address@hidden
> >>>>  >>  address@hidden
> >>>>  >>  Office: (828) 257-3185
> >>>>  >>  Fax: (828) 271-4022
> >>>>  >>
> >>>>  >>
> >>>>  >>
> >>>>  >>  On 8/24/11 12:34 PM, "Unidata netCDF Support"
> >>>>  >>  <address@hidden> wrote:
> >>>>  >>
> >>>>>>  >>>  > Does the HDF5 compile work with the new zlib?
> >>>>>>  >>>  >
> >>>>>>>>  >>>>  >>  I'll recompile zlib with that flag such.  In addition, the
> output of
> >>>>>>  >>>> file
> >>>>>>>>  >>>>  >>  /home/ronnieleeper/prgfiles/zlib/lib/libz.a was:
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>  /home/ronnieleeper/prgfiles/zlib/lib/libz.a: current ar
> archive
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>  Ronald David Leeper
> >>>>>>>>  >>>>  >>  USCRN Quality Assurance Specialist, NCDCResearch 
> >>>>>>>> Associate,
> CICS-NC
> >>>>>>>>  >>>>  >>  Global Climate Applications Division
> >>>>>>>>  >>>>  >>  National Climatic Data Center
> >>>>>>>>  >>>>  >>  151 Patton Ave.
> >>>>>>>>  >>>>  >>  Asheville, NC 28801-5001
> >>>>>>>>  >>>>  >>  address@hidden
> >>>>>>>>  >>>>  >>  address@hidden
> >>>>>>>>  >>>>  >>  Office: (828) 257-3185
> >>>>>>>>  >>>>  >>  Fax: (828) 271-4022
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>  On 8/24/11 12:02 PM, "Unidata netCDF Support"
> >>>>>>>>  >>>>  >>  <address@hidden> wrote:
> >>>>>>>>  >>>>  >>
> >>>>>>>>>>>>  >>>>>>  >>>  > file /home/ronnieleeper/prgfiles/zlib/lib/libz.a
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>
> >>>>>>>>  >>>>  >>
> >>>>>>  >>>  >
> >>>>>>  >>>  >
> >>>>>>  >>>  > Ticket Details
> >>>>>>  >>>  > ===================
> >>>>>>  >>>  > Ticket ID: XXN-487077
> >>>>>>  >>>  > Department: Support netCDF
> >>>>>>  >>>  > Priority: Normal
> >>>>>>  >>>  > Status: Open
> >>>>>>  >>>  >
> >>>>>>  >>>  >
> >>>>  >>
> >>>>  >>
> >>>>  >>
> >>>>  >>
> >>>  >
> >>>  >
> >>>  > Ticket Details
> >>>  > ===================
> >>>  > Ticket ID: XXN-487077
> >>>  > Department: Support netCDF
> >>>  > Priority: Normal
> >>>  > Status: Open
> >>>  >
> >>>  >
> >>
> >>
> >>
> >>
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: XXN-487077
> > Department: Support netCDF
> > Priority: Normal
> > Status: Open
> >
> >
> 
> 
> 
> 


Ticket Details
===================
Ticket ID: XXN-487077
Department: Support netCDF
Priority: Normal
Status: Open


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.