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

[netCDF #OAL-569939]: link issue

It appears that you did; the link order also sometimes matters.  By linking 
libnetcdff before libnetcdf, the linker was unaware of the symbols defined in 
libnetcdf.  However, by passing the --unresolved-symbols argument, you appear 
to have bypassed that.  I was unaware of this option, so thank you for bringing 
it to my attention.  I'm glad you were able to get this issue solved, please 
let us know if you have any further questions!

-Ward
On Apr 30, 2019, 1:28 PM -0600, Adams, Liz <address@hidden>, wrote:
> New Client Reply: link issue
>
> Hi,
>
> It looks like I was using this version:
> netcdf-c-4.6.2-rc2
>
> So, did I just grab a netcdf-c version that was incompatible with the 
> netcdf-fortran versio?
>
> The following undefined references were flagged by gfortran unless I use the 
> link option:
> -Wl,--unresolved-symbols=ignore-in-object-files
>
> Once I used the above link option, I was able to compile the executable with 
> gfortran, and run it successfully.
>
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:150: undefined reference 
> to `nc_inq_ncid'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:195: undefined reference 
> to `nc_inq_grps'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:231: undefined reference 
> to `nc_inq_grpname'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:264: undefined reference 
> to `nc_inq_grpname_full'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:292: undefined reference 
> to `nc_inq_grpname_len'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:319: undefined reference 
> to `nc_inq_grp_parent'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:350: undefined reference 
> to `nc_inq_grp_ncid'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:381: undefined reference 
> to `nc_inq_grp_full_ncid'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:478: undefined reference 
> to `nc_inq_typeids'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:515: undefined reference 
> to `nc_inq_typeid'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:546: undefined reference 
> to `nc_def_grp'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:576: undefined reference 
> to `nc_rename_grp'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:606: undefined reference 
> to `nc_def_compound'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:643: undefined reference 
> to `nc_insert_compound'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:742: undefined reference 
> to `nc_inq_compound'
> netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:776: undefined reference 
> to `nc_inq_compound_name'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:804: undefined 
> reference to `nc_inq_compound_size'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:833: undefined 
> reference to `nc_inq_compound_nfields'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:927: undefined 
> reference to `nc_inq_compound_fieldname'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:960: undefined 
> reference to `nc_inq_compound_fieldindex'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:991: undefined 
> reference to `nc_inq_compound_fieldoffset'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1021: undefined 
> reference to `nc_inq_compound_fieldtype'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1050: undefined 
> reference to `nc_inq_compound_fieldndims'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1110: undefined 
> reference to `nc_def_vlen'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1145: undefined 
> reference to `nc_inq_vlen'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1186: undefined 
> reference to `nc_inq_user_type'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1223: undefined 
> reference to `nc_def_enum'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1263: undefined 
> reference to `nc_insert_enum'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1296: undefined 
> reference to `nc_inq_enum'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1337: undefined 
> reference to `nc_inq_enum_member'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1372: undefined 
> reference to `nc_inq_enum_ident'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1407: undefined 
> reference to `nc_def_opaque'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1442: undefined 
> reference to `nc_inq_opaque'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1491: undefined 
> reference to `nc_def_var_chunking_ints'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1538: undefined 
> reference to `nc_inq_var_chunking_ints'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1933: undefined 
> reference to `nc_get_vlen_element'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1990: undefined 
> reference to `nc_free_vlens'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:2641: undefined 
> reference to `nc_get_chunk_cache_ints'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:2702: undefined 
> reference to `nc_get_var_chunk_cache_ints'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1080: undefined 
> reference to `nc_inq_compound_fielddim_sizes'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1491: undefined 
> reference to `nc_def_var_chunking_ints'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1575: undefined 
> reference to `nc_def_var_deflate'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1661: undefined 
> reference to `nc_def_var_fletcher32'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1770: undefined 
> reference to `nc_def_var_endian'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1900: undefined 
> reference to `nc_put_vlen_element'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:1962: undefined 
> reference to `nc_free_vlen'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:2619: undefined 
> reference to `nc_set_chunk_cache_ints'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:2675: undefined 
> reference to `nc_set_var_chunk_cache_ints'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:47: undefined reference 
> to `nc_inq_varids'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:75: undefined reference 
> to `nc_inq_dimids'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:116: undefined reference 
> to `nc_insert_array_compound'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:130: undefined reference 
> to `nc_inq_compound_field'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:145: undefined reference 
> to `nc_inq_compound_field'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:174: undefined reference 
> to `nc_inq_grps'
> /netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:184: undefined reference 
> to `nc_inq_typeids'
>
> Thanks, Liz
> ________________________________
> From: Unidata netCDF Support <address@hidden>
> Sent: Tuesday, April 30, 2019 3:12 PM
> To: Adams, Liz
> Cc: address@hidden
> Subject: [netCDF #OAL-569939]: link issue
>
> I cannot find the string nc_inq_types anywhere in the current fortran
> code base.
> I guess this must have been fixed sometime after the version of
> netcdf-fortran you are using.
>
> > I see. It must be a typo. Let me see if I can find it.
> >
> > >
> > > No, I have the libnetcdf.a also linked.
> > >
> > > When I use nm on libnetcdf.a , it gives the following:
> > > nm libnetcdf.a | grep nc_inq_type
> > > U nc_inq_type
> > > 00000000000011c0 T nc_inq_type
> > >
> > > but there is nothing for nc_inq_types
> > > nm libnetcdf.a | grep nc_inq_types
> > >
> > > Liz
> > >
> > >
> > >
> > > ________________________________
> > > From: Unidata netCDF Support <address@hidden>
> > > Sent: Tuesday, April 30, 2019 2:04 PM
> > > To: Adams, Liz
> > > Cc: address@hidden
> > > Subject: [netCDF #OAL-569939]: link issue
> > >
> > > Those undefines in libnetcdff should match defined symbols in libnetcdf .
> > > Did you forget to add -lnetcdf to your linking commands?
> > >
> > > >
> > > > I am seeing that the symbol is undefined when I use nm to look at the 
> > > > libnetcdff.a
> > > > Is there an incompatibility between the C and Fortran version I am 
> > > > using?
> > > >
> > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_lib.c:184:
> > > >  undefined reference to `nc_inq_typeids'
> > > >
> > > > [lizadams@dogwood-login1 lib]$ nm libnetcdff.a | grep nc_inq
> > > > U nc_inq_base_pe
> > > > U nc_inq_path
> > > > U nc_inq_dim
> > > > U nc_inq_dimid
> > > > U nc_inq_dimlen
> > > > U nc_inq_dimname
> > > > U nc_inq_libvers
> > > > U nc_inq_att
> > > > U nc_inq_attid
> > > > U nc_inq_attlen
> > > > U nc_inq_attname
> > > > U nc_inq_atttype
> > > > U nc_inq
> > > > U nc_inq_format
> > > > U nc_inq_natts
> > > > U nc_inq_ndims
> > > > U nc_inq_nvars
> > > > U nc_inq_unlimdim
> > > > U nc_inq_var
> > > > U nc_inq_vardimid
> > > > U nc_inq_varid
> > > > U nc_inq_varname
> > > > U nc_inq_varnatts
> > > > U nc_inq_varndims
> > > > U nc_inq_vartype
> > > > U nc_inq_varndims
> > > > U nc_inq_varndims
> > > > U nc_inq_varndims
> > > > U nc_inq_varndims
> > > > U nc_inq_compound_field
> > > > 0000000000000250 T nc_inq_compound_field_f
> > > > 0000000000000230 T nc_inq_compound_field_ndims
> > > > U nc_inq_dimids
> > > > 00000000000000b0 T nc_inq_dimids_f
> > > > U nc_inq_grps
> > > > 0000000000000310 T nc_inq_numgrps
> > > > 0000000000000320 T nc_inq_numtypes
> > > > U nc_inq_typeids
> > > > U nc_inq_varids
> > > > 0000000000000000 T nc_inq_varids_f
> > > > U nc_inq_compound
> > > > U nc_inq_compound_fielddim_sizes
> > > > U nc_inq_compound_field_f
> > > > U nc_inq_compound_fieldindex
> > > > U nc_inq_compound_fieldname
> > > > U nc_inq_compound_fieldndims
> > > > U nc_inq_compound_field_ndims
> > > > U nc_inq_compound_fieldoffset
> > > > U nc_inq_compound_fieldtype
> > > > U nc_inq_compound_name
> > > > U nc_inq_compound_nfields
> > > > U nc_inq_compound_size
> > > > U nc_inq_dimids_f
> > > > U nc_inq_enum
> > > > U nc_inq_enum_ident
> > > > U nc_inq_enum_member
> > > > U nc_inq_grp_full_ncid
> > > > U nc_inq_grpname
> > > > U nc_inq_grpname_full
> > > > U nc_inq_grpname_len
> > > > U nc_inq_grp_ncid
> > > > U nc_inq_grp_parent
> > > > U nc_inq_grps
> > > > U nc_inq_ncid
> > > > U nc_inq_numgrps
> > > > U nc_inq_numtypes
> > > > U nc_inq_opaque
> > > > U nc_inq_type
> > > > U nc_inq_typeid
> > > > U nc_inq_typeids
> > > > U nc_inq_user_type
> > > > U nc_inq_var_chunking_ints
> > > > U nc_inq_var_deflate
> > > > U nc_inq_var_endian
> > > > U nc_inq_var_fill
> > > > U nc_inq_var_fletcher32
> > > > U nc_inq_varids_f
> > > > U nc_inq_varndims
> > > > U nc_inq_var_szip
> > > > U nc_inq_vlen
> > > > U nc_inq_attlen
> > > > U nc_inq_atttype
> > > > U nc_inq_dimlen
> > > > U nc_inq_vardimid
> > > > U nc_inq_varndims
> > > > U nc_inq_vartype
> > > > U nc_inq_dimlen
> > > > U nc_inq_vardimid
> > > > U nc_inq_varndims
> > > > U nc_inq_vartype
> > > > U nc_inq_varndims
> > > >
> > > > These symbols were also unresolved for other compilers such as intel, 
> > > > but only gcc complained.
> > > >
> > > > I was able to get the mcip.exe to build using
> > > > https://stackoverflow.com/questions/5555632/can-gcc-not-complain-about-undefined-references
> > > >
> > > > LIBS = -L$(IOAPI_ROOT) -lioapi \
> > > > -L$(NETCDF)/lib -lnetcdff -lnetcdf -lnetcdf 
> > > > -Wl,--unresolved-symbols=ignore-in-object-files
> > > >
> > > > [https://cdn.sstatic.net/Sites/stackoverflow/img/address@hidden?v=73d79a89bded]<https://stackoverflow.com/questions/5555632/can-gcc-not-complain-about-undefined-references>
> > > >
> > > > c - Can GCC not complain about undefined references? - Stack Overflow - 
> > > > Stack Overflow - Where Developers Learn, Share, & Build 
> > > > Careers<https://stackoverflow.com/questions/5555632/can-gcc-not-complain-about-undefined-references>
> > > > It does not make sense at all: symbols that you wish to import aren't 
> > > > undefined, they are just dynamically bound. I doubt very much that 
> > > > you've actually tried it out and can provide some real scenario - think 
> > > > of a series of bash commands that create the sources, compile and link 
> > > > them, and dump the binaries and demonstrate those 
> > > > undefined-at-link-time symbols.
> > > > stackoverflow.com
> > > >
> > > >
> > > >
> > > > ________________________________
> > > > From: Unidata netCDF Support <address@hidden>
> > > > Sent: Monday, April 29, 2019 6:35 PM
> > > > To: Adams, Liz
> > > > Cc: address@hidden
> > > > Subject: [netCDF #OAL-569939]: link issue
> > > >
> > > > Hello,
> > > >
> > > > I believe you need to change the link command so that it is linking 
> > > > libnetcdf and then libnetcdff. You might also try updating to the most 
> > > > recent versions of netCDF-C (4.6.3 at this moment, 4.7.0 later today) 
> > > > and netCDF-Fortran (4.4.5).
> > > >
> > > > I hope this helps,
> > > >
> > > > -Ward
> > > >
> > > > > Hi,
> > > > >
> > > > > I tried using linuxbrew on a linux server to build netcdf fortran and 
> > > > > c libraries.
> > > > > netcdf-c-4.6.2-rc2
> > > > >
> > > > > ./nc-config --all
> > > > >
> > > > > This netCDF 4.6.2-rc2 has been built with the following features:
> > > > >
> > > > > --cc -> gcc
> > > > > --cflags -> 
> > > > > -I/proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/include
> > > > > --libs -> 
> > > > > -L/proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/lib
> > > > >  -lnetcdf
> > > > >
> > > > > --has-c++ -> no
> > > > > --cxx ->
> > > > >
> > > > > --has-c++4 -> no
> > > > > --cxx4 ->
> > > > >
> > > > > --has-fortran -> yes
> > > > > --fc -> nf-config not yet implemented for cmake builds
> > > > > --fflags -> nf-config not yet implemented for cmake builds
> > > > > --flibs -> nf-config not yet implemented for cmake builds
> > > > > --has-f90 -> nf-config not yet implemented for cmake builds
> > > > > --has-f03 -> nf-config not yet implemented for cmake builds
> > > > >
> > > > > --has-dap -> no
> > > > > --has-dap2 -> no
> > > > > --has-dap4 -> no
> > > > > --has-nc2 -> yes
> > > > > --has-nc4 -> no
> > > > > --has-hdf5 -> no
> > > > > --has-hdf4 -> no
> > > > > --has-logging -> no
> > > > > --has-pnetcdf -> no
> > > > > --has-szlib ->
> > > > > --has-cdf5 -> yes
> > > > > --has-parallel4 -> no
> > > > > --has-parallel -> no
> > > > >
> > > > > --prefix -> 
> > > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0
> > > > > --includedir -> 
> > > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/include
> > > > > --libdir -> 
> > > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/lib
> > > > > --version -> netCDF 4.6.2-rc2
> > > > >
> > > > > ./nf-config --all
> > > > >
> > > > > This netCDF-Fortran 4.4.4 has been built with the following features:
> > > > >
> > > > > --cc -> gcc
> > > > > --cflags -> 
> > > > > -I/proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/include
> > > > >
> > > > > --fc -> gfortran
> > > > > --fflags -> 
> > > > > -I/proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/include
> > > > > --flibs -> 
> > > > > -L/proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/lib
> > > > >  -lnetcdff -lnetcdf -lnetcdf
> > > > > --has-f90 -> no
> > > > > --has-f03 -> yes
> > > > >
> > > > > --has-nc2 -> yes
> > > > > --has-nc4 -> yes
> > > > >
> > > > > --prefix -> 
> > > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0
> > > > > --includedir-> 
> > > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/include
> > > > > --version -> netCDF-Fortran 4.4.4
> > > > >
> > > > >
> > > > > I am getting the following undefined references at link time for a 
> > > > > program called mcip, and can't figure out why.
> > > > > gfortran -o mcip.exe 
> > > > > -I/proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/include
> > > > >  
> > > > > -I/proj/ie/proj/CMAS/CMAQ/CMAQv5.3_branch_UNC3/openmpi_3.0.0_gcc_6.3.0/lib/x86_64/gcc/ioapi/modules
> > > > >  mcip.o alloc_ctm.o alloc_met.o alloc_x.o bcldprc_ak.o blddesc.o 
> > > > > chkwpshdr.o chkwrfhdr.o close_files.o collapx.o comheader.o 
> > > > > comheader_lufrac.o comheader_mos.o comheader_soi.o cori.o 
> > > > > dealloc_ctm.o dealloc_met.o dealloc_x.o detangle_soil_px.o e_aerk.o 
> > > > > dynflds.o getgist.o getluse.o getmet.o getpblht.o getpsih.o getsdt.o 
> > > > > getversion.o graceful_stop.o gridout.o init_io.o init_met.o init_x.o 
> > > > > julian.o layht.o ll2xy_lam.o ll2xy_lam_sec.o ll2xy_lam_tan.o 
> > > > > ll2xy_merc.o ll2xy_ps.o locate.o lucro.o mapfac_lam.o mapfac_merc.o 
> > > > > mapfac_ps.o metcro.o metdot.o metgrid2ctm.o metvars2ctm.o mm5v3opts.o 
> > > > > moscro.o pblsup.o ptemp.o pvs.o qsat.o rdmm5v3.o rdwrfem.o readnml.o 
> > > > > readter.o refstate.o resistcalc.o setgriddefs.o setup.o setup_mm5v3.o 
> > > > > setup_wrfem.o sfclayer.o soilcro.o statflds.o verta
 ry
> s.o
> > > ve
> > > > rtnhy.o vertnhy_wrf.o vstamp.o vtemp.o wind.o wrfemopts.o wrgdesc.o 
> > > > xy2ll_lam.o xy2ll_merc.o const_mod.o const_pbl_mod.o coord_mod.o 
> > > > date_time_mod.o date_pack_mod.o files_mod.o groutcom_mod.o 
> > > > luoutcom_mod.o luvars_mod.o mcipparm_mod.o mcoutcom_mod.o 
> > > > mdoutcom_mod.o metinfo_mod.o metvars_mod.o mosoutcom_mod.o 
> > > > soioutcom_mod.o vgrd_mod.o wrf_netcdf_mod.o xvars_mod.o sat2mcip_mod.o 
> > > > -L/proj/ie/proj/CMAS/CMAQ/CMAQv5.3_branch_UNC3/openmpi_3.0.0_gcc_6.3.0/lib/x86_64/gcc/ioapi/lib
> > > >  -lioapi 
> > > > -L/proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/openmpi_3.0.0_gcc_6.3.0/lib
> > > >  -lnetcdff -lnetcdf -lhdf5_hl -lhdf5 -lz
> > > > > /nas/longleaf/home/lizadams/.linuxbrew/Homebrew/bin/ld: 
> > > > > /proj/ie/proj/CMAS/CMAQ/CMAQv5.3_branch_UNC3/openmpi_3.0.0_gcc_6.3.0/lib/x86_64/gcc/ioapi/lib/libnetcdff.a(nf_nc4.o):
> > > > >  in function `nf_inq_ncid_':
> > > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:150:
> > > > >  undefined reference to `nc_inq_ncid'
> > > > > /nas/longleaf/home/lizadams/.linuxbrew/Homebrew/bin/ld: 
> > > > > /proj/ie/proj/CMAS/CMAQ/CMAQv5.3_branch_UNC3/openmpi_3.0.0_gcc_6.3.0/lib/x86_64/gcc/ioapi/lib/libnetcdff.a(nf_nc4.o):
> > > > >  in function `nf_inq_grps_':
> > > > > /proj/ie/proj/staff/lizadams/netcdf-c-4.6.2-rc2/netcdf-fortran/fortran/nf_nc4.f90:195:
> > > > >  undefined reference to `nc_inq_grps'
> > > > >
> > > > > Thank you for any assistance.
> > > > >
> > > > > Liz
> > > > >
> > > > >
> > > >
> > > >
> > > > Ticket Details
> > > > ===================
> > > > Ticket ID: OAL-569939
> > > > 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.
> > > >
> > > >
> > > >
> > > >
> > >
> > > =Dennis Heimbigner
> > > Unidata
> > >
> > >
> > > Ticket Details
> > > ===================
> > > Ticket ID: OAL-569939
> > > 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.
> > >
> > >
> > >
> > >
> >
> > =Dennis Heimbigner
> > Unidata
> >
>
> =Dennis Heimbigner
> Unidata
>
>
> Ticket Details
> ===================
> Ticket ID: OAL-569939
> 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.
>
>
>
>
>
> Ticket Details
> ===================
> Ticket ID: OAL-569939
> Department: Support netCDF
> Priority: Normal
> Status: Open
> Link: 
> https://andy.unidata.ucar.edu/esupport/staff/index.php?_m=tickets&_a=viewticket&ticketid=30326
>



Ticket Details
===================
Ticket ID: OAL-569939
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.