[Met_help] [rt.rap.ucar.edu #80523] History for catastrophic error: cannot open source file
Julie Prestopnik via RT
met_help at ucar.edu
Thu Jun 1 13:23:29 MDT 2017
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
In trying to install V6.0, when compiling, I get this error:
In file included from nc_var_info.cc(24):
nc_utils.h(22): catastrophic error: cannot open source file "netcdf"
#include <netcdf>
^
compilation aborted for nc_var_info.cc (code 4)
I have no idea what it wants from me. I have tried setting $MET_NETCDF to
every path conceivable. Can someone please help?
--
Ryan Connelly
M.S. Student in Atmospheric Sciences, Stony Brook University
B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
University
rconne01 at gmail.com
ryan.connelly at stonybrook.edu
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Julie Prestopnik
Time: Thu May 18 14:08:27 2017
Hi Ryan.
I see that you are having problems compiling met-6.0 due to the error:
nc_utils.h(22): catastrophic error: cannot open source file "netcdf"
#include <netcdf>
With version 6.0, MET includes support for NetCDF4. So now, MET
requires
the NetCDF-C and NetCDF-CXX libraries to be installed. MET is looking
for
the file "netcdf" that is included from the NetCDF4 C++ package.
Perhaps
that package is not installed on your system or at least not in the
location that MET_NETCDF is pointing to.
When installing these NetCDF packages, MET expects them to be
installed in
one location where all of the files are accessible, and that is what
you
would point MET_NETCDF to. Here is a list of files included in the
NetCDF4 C and C++ packages that MET will need, so you can check to see
if
they are installed in the MET_NETCDF location:
*Checklist to NetCDF4 C++ installation*
Files for NetCDF4 C:
- $MET_NETCDF/include/netcdf.h
- $MET_NETCDF/lib/libnetcdf.a
- $MET_NETCDF/lib/libnetcdf.so
Files for NetCDF4 C++:
- $MET_NETCDF/include/netcdf
- $MET_NETCDF/lib/libnetcdf_c++4.a
- $MET_NETCDF/lib/libnetcdf_c++4.so
If you find they are not installed and you need to install them, you
can
find instructions on our online tutorial at this location:
http://www.dtcenter.org/met/users/support/online_tutorial/METv6.0/tutorial.php?name=compilation&category=req_libs
You can continue on from that page for further instruction on setting
up
your environment and configuring MET.
Please check on those NetCDF files and let us know if you need any
further
assistance in getting met-6.0 installed.
I hope this helps!
Julie
On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT
<met_help at ucar.edu>
wrote:
>
> Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> Transaction: Ticket created by rconne01 at gmail.com
> Queue: met_help
> Subject: catastrophic error: cannot open source file
> Owner: Nobody
> Requestors: rconne01 at gmail.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
>
>
> In trying to install V6.0, when compiling, I get this error:
>
> In file included from nc_var_info.cc(24):
> nc_utils.h(22): catastrophic error: cannot open source file "netcdf"
> #include <netcdf>
> ^
>
> compilation aborted for nc_var_info.cc (code 4)
>
>
>
> I have no idea what it wants from me. I have tried setting
$MET_NETCDF to
> every path conceivable. Can someone please help?
>
> --
> Ryan Connelly
> M.S. Student in Atmospheric Sciences, Stony Brook University
> B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> University
> rconne01 at gmail.com
> ryan.connelly at stonybrook.edu
>
>
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Ryan Connelly
Time: Tue May 23 17:23:31 2017
Hi Julie,
I decided to try re-compiling V5.2 since I had that work once before,
and I
don't actually *need* V6.0 - I just need grib2 support which I
compiled
without the first time.
When compiling, I'm getting the error:
ld: cannot find -lgrib2c
As far as I can tell, I have the env vars for grib2 support set
correctly.
$MET_GRIB2CINC and $MET_GRIB2CLIB both point to the directory off my
home
directory where I compiled grib2. I also have, in my home directory:
g2lib-1.4.0
g2clib-1.6.0
libgrib2c.a
But none of these three directories contains the specific library in
question. I'm confused, though, because if I just run
ld: -lgrib2c --verbose
I see that it's looking in a bunch of different places for libgrib2c.a
and
libgrib2c.so, all of which are off of /usr or /lib64. As I mentioned,
the
former file/directory I already have as its own directory in my home
directory. I don't have the latter, as far as I can tell.
Thank you!
Ryan
On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Ryan.
>
> I see that you are having problems compiling met-6.0 due to the
error:
>
> nc_utils.h(22): catastrophic error: cannot open source file "netcdf"
> #include <netcdf>
>
> With version 6.0, MET includes support for NetCDF4. So now, MET
requires
> the NetCDF-C and NetCDF-CXX libraries to be installed. MET is
looking for
> the file "netcdf" that is included from the NetCDF4 C++ package.
Perhaps
> that package is not installed on your system or at least not in the
> location that MET_NETCDF is pointing to.
>
> When installing these NetCDF packages, MET expects them to be
installed in
> one location where all of the files are accessible, and that is what
you
> would point MET_NETCDF to. Here is a list of files included in the
> NetCDF4 C and C++ packages that MET will need, so you can check to
see if
> they are installed in the MET_NETCDF location:
>
> *Checklist to NetCDF4 C++ installation*
>
> Files for NetCDF4 C:
>
> - $MET_NETCDF/include/netcdf.h
> - $MET_NETCDF/lib/libnetcdf.a
> - $MET_NETCDF/lib/libnetcdf.so
>
> Files for NetCDF4 C++:
>
> - $MET_NETCDF/include/netcdf
> - $MET_NETCDF/lib/libnetcdf_c++4.a
> - $MET_NETCDF/lib/libnetcdf_c++4.so
>
> If you find they are not installed and you need to install them, you
can
> find instructions on our online tutorial at this location:
>
> http://www.dtcenter.org/met/users/support/online_tutorial/
> METv6.0/tutorial.php?name=compilation&category=req_libs
>
> You can continue on from that page for further instruction on
setting up
> your environment and configuring MET.
>
> Please check on those NetCDF files and let us know if you need any
further
> assistance in getting met-6.0 installed.
>
> I hope this helps!
>
> Julie
>
>
>
> On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> > Transaction: Ticket created by rconne01 at gmail.com
> > Queue: met_help
> > Subject: catastrophic error: cannot open source file
> > Owner: Nobody
> > Requestors: rconne01 at gmail.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> >
> >
> > In trying to install V6.0, when compiling, I get this error:
> >
> > In file included from nc_var_info.cc(24):
> > nc_utils.h(22): catastrophic error: cannot open source file
"netcdf"
> > #include <netcdf>
> > ^
> >
> > compilation aborted for nc_var_info.cc (code 4)
> >
> >
> >
> > I have no idea what it wants from me. I have tried setting
$MET_NETCDF
> to
> > every path conceivable. Can someone please help?
> >
> > --
> > Ryan Connelly
> > M.S. Student in Atmospheric Sciences, Stony Brook University
> > B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> > University
> > rconne01 at gmail.com
> > ryan.connelly at stonybrook.edu
> >
> >
>
>
--
Ryan Connelly
M.S. Student in Atmospheric Sciences, Stony Brook University
B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
University
rconne01 at gmail.com
ryan.connelly at stonybrook.edu
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: John Halley Gotway
Time: Tue May 23 21:23:07 2017
Hello Ryan,
This is John Halley Gotway. Julie is out of the office. Please take
a
look in the directory you have set as $MET_GRIB2CLIB.
Earlier versions of the grib2c library created a library archive file
named
libgrib2c.a. And that's why MET is linking to "-lgrib2c". However,
newer
versions of that library create library archive files which include
the
version number. And that breaks the logic a bit.
Please list out:
ls $MET_GRIB2CLIB/*.a
You should find one file in there ending in .a. If it's not already
named
"libgrib2c.a" please rename it to that, and then try recompiling MET.
Please let me know how it goes.
Thanks
John
On Tue, May 23, 2017 at 5:33 PM Ryan Connelly via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
>
> Hi Julie,
>
> I decided to try re-compiling V5.2 since I had that work once
before, and I
> don't actually *need* V6.0 - I just need grib2 support which I
compiled
> without the first time.
>
> When compiling, I'm getting the error:
>
> ld: cannot find -lgrib2c
>
>
> As far as I can tell, I have the env vars for grib2 support set
correctly.
> $MET_GRIB2CINC and $MET_GRIB2CLIB both point to the directory off
my home
> directory where I compiled grib2. I also have, in my home
directory:
>
> g2lib-1.4.0
> g2clib-1.6.0
> libgrib2c.a
>
>
> But none of these three directories contains the specific library in
> question. I'm confused, though, because if I just run
>
> ld: -lgrib2c --verbose
>
>
> I see that it's looking in a bunch of different places for
libgrib2c.a and
> libgrib2c.so, all of which are off of /usr or /lib64. As I
mentioned, the
> former file/directory I already have as its own directory in my home
> directory. I don't have the latter, as far as I can tell.
>
> Thank you!
> Ryan
>
> On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > Hi Ryan.
> >
> > I see that you are having problems compiling met-6.0 due to the
error:
> >
> > nc_utils.h(22): catastrophic error: cannot open source file
"netcdf"
> > #include <netcdf>
> >
> > With version 6.0, MET includes support for NetCDF4. So now, MET
> requires
> > the NetCDF-C and NetCDF-CXX libraries to be installed. MET is
looking
> for
> > the file "netcdf" that is included from the NetCDF4 C++ package.
Perhaps
> > that package is not installed on your system or at least not in
the
> > location that MET_NETCDF is pointing to.
> >
> > When installing these NetCDF packages, MET expects them to be
installed
> in
> > one location where all of the files are accessible, and that is
what you
> > would point MET_NETCDF to. Here is a list of files included in
the
> > NetCDF4 C and C++ packages that MET will need, so you can check to
see if
> > they are installed in the MET_NETCDF location:
> >
> > *Checklist to NetCDF4 C++ installation*
> >
> > Files for NetCDF4 C:
> >
> > - $MET_NETCDF/include/netcdf.h
> > - $MET_NETCDF/lib/libnetcdf.a
> > - $MET_NETCDF/lib/libnetcdf.so
> >
> > Files for NetCDF4 C++:
> >
> > - $MET_NETCDF/include/netcdf
> > - $MET_NETCDF/lib/libnetcdf_c++4.a
> > - $MET_NETCDF/lib/libnetcdf_c++4.so
> >
> > If you find they are not installed and you need to install them,
you can
> > find instructions on our online tutorial at this location:
> >
> > http://www.dtcenter.org/met/users/support/online_tutorial/
> > METv6.0/tutorial.php?name=compilation&category=req_libs
> >
> > You can continue on from that page for further instruction on
setting up
> > your environment and configuring MET.
> >
> > Please check on those NetCDF files and let us know if you need any
> further
> > assistance in getting met-6.0 installed.
> >
> > I hope this helps!
> >
> > Julie
> >
> >
> >
> > On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> > > Transaction: Ticket created by rconne01 at gmail.com
> > > Queue: met_help
> > > Subject: catastrophic error: cannot open source file
> > > Owner: Nobody
> > > Requestors: rconne01 at gmail.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523
> >
> > >
> > >
> > > In trying to install V6.0, when compiling, I get this error:
> > >
> > > In file included from nc_var_info.cc(24):
> > > nc_utils.h(22): catastrophic error: cannot open source file
"netcdf"
> > > #include <netcdf>
> > > ^
> > >
> > > compilation aborted for nc_var_info.cc (code 4)
> > >
> > >
> > >
> > > I have no idea what it wants from me. I have tried setting
$MET_NETCDF
> > to
> > > every path conceivable. Can someone please help?
> > >
> > > --
> > > Ryan Connelly
> > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > University
> > > rconne01 at gmail.com
> > > ryan.connelly at stonybrook.edu
> > >
> > >
> >
> >
>
>
> --
> Ryan Connelly
> M.S. Student in Atmospheric Sciences, Stony Brook University
> B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> University
> rconne01 at gmail.com
> ryan.connelly at stonybrook.edu
>
>
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Ryan Connelly
Time: Tue May 23 22:16:00 2017
Hi John,
Thanks for responding so late at night.
Off my home directory I have those three directories I mentioned
above:
g2lib-1.4.0
g2clib-1.6.0
libgrib2c.a
But none of the three contains a file with a .a extension.
I tried moving libgrib2c.a into g2clib-1.6.0 and then setting
$MET_GRIB2CLIB=g2clib-1.6.0, but it fails by not finding grib2.h, even
though it's in g2clib-1.6.0, and a copy of it is in
g2clib-1.6.0/libgrib2c.a, so there's absolutely no reason for MET to
not be
finding it.
Ryan
On Tue, May 23, 2017 at 11:23 PM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Hello Ryan,
>
> This is John Halley Gotway. Julie is out of the office. Please
take a
> look in the directory you have set as $MET_GRIB2CLIB.
>
> Earlier versions of the grib2c library created a library archive
file named
> libgrib2c.a. And that's why MET is linking to "-lgrib2c". However,
newer
> versions of that library create library archive files which include
the
> version number. And that breaks the logic a bit.
>
> Please list out:
> ls $MET_GRIB2CLIB/*.a
>
> You should find one file in there ending in .a. If it's not already
named
> "libgrib2c.a" please rename it to that, and then try recompiling
MET.
>
> Please let me know how it goes.
>
> Thanks
> John
>
> On Tue, May 23, 2017 at 5:33 PM Ryan Connelly via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> >
> > Hi Julie,
> >
> > I decided to try re-compiling V5.2 since I had that work once
before,
> and I
> > don't actually *need* V6.0 - I just need grib2 support which I
compiled
> > without the first time.
> >
> > When compiling, I'm getting the error:
> >
> > ld: cannot find -lgrib2c
> >
> >
> > As far as I can tell, I have the env vars for grib2 support set
> correctly.
> > $MET_GRIB2CINC and $MET_GRIB2CLIB both point to the directory off
my
> home
> > directory where I compiled grib2. I also have, in my home
directory:
> >
> > g2lib-1.4.0
> > g2clib-1.6.0
> > libgrib2c.a
> >
> >
> > But none of these three directories contains the specific library
in
> > question. I'm confused, though, because if I just run
> >
> > ld: -lgrib2c --verbose
> >
> >
> > I see that it's looking in a bunch of different places for
libgrib2c.a
> and
> > libgrib2c.so, all of which are off of /usr or /lib64. As I
mentioned,
> the
> > former file/directory I already have as its own directory in my
home
> > directory. I don't have the latter, as far as I can tell.
> >
> > Thank you!
> > Ryan
> >
> > On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > Hi Ryan.
> > >
> > > I see that you are having problems compiling met-6.0 due to the
error:
> > >
> > > nc_utils.h(22): catastrophic error: cannot open source file
"netcdf"
> > > #include <netcdf>
> > >
> > > With version 6.0, MET includes support for NetCDF4. So now,
MET
> > requires
> > > the NetCDF-C and NetCDF-CXX libraries to be installed. MET is
looking
> > for
> > > the file "netcdf" that is included from the NetCDF4 C++ package.
> Perhaps
> > > that package is not installed on your system or at least not in
the
> > > location that MET_NETCDF is pointing to.
> > >
> > > When installing these NetCDF packages, MET expects them to be
installed
> > in
> > > one location where all of the files are accessible, and that is
what
> you
> > > would point MET_NETCDF to. Here is a list of files included in
the
> > > NetCDF4 C and C++ packages that MET will need, so you can check
to see
> if
> > > they are installed in the MET_NETCDF location:
> > >
> > > *Checklist to NetCDF4 C++ installation*
> > >
> > > Files for NetCDF4 C:
> > >
> > > - $MET_NETCDF/include/netcdf.h
> > > - $MET_NETCDF/lib/libnetcdf.a
> > > - $MET_NETCDF/lib/libnetcdf.so
> > >
> > > Files for NetCDF4 C++:
> > >
> > > - $MET_NETCDF/include/netcdf
> > > - $MET_NETCDF/lib/libnetcdf_c++4.a
> > > - $MET_NETCDF/lib/libnetcdf_c++4.so
> > >
> > > If you find they are not installed and you need to install them,
you
> can
> > > find instructions on our online tutorial at this location:
> > >
> > > http://www.dtcenter.org/met/users/support/online_tutorial/
> > > METv6.0/tutorial.php?name=compilation&category=req_libs
> > >
> > > You can continue on from that page for further instruction on
setting
> up
> > > your environment and configuring MET.
> > >
> > > Please check on those NetCDF files and let us know if you need
any
> > further
> > > assistance in getting met-6.0 installed.
> > >
> > > I hope this helps!
> > >
> > > Julie
> > >
> > >
> > >
> > > On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> > > > Transaction: Ticket created by rconne01 at gmail.com
> > > > Queue: met_help
> > > > Subject: catastrophic error: cannot open source file
> > > > Owner: Nobody
> > > > Requestors: rconne01 at gmail.com
> > > > Status: new
> > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> Ticket/Display.html?id=80523
> > >
> > > >
> > > >
> > > > In trying to install V6.0, when compiling, I get this error:
> > > >
> > > > In file included from nc_var_info.cc(24):
> > > > nc_utils.h(22): catastrophic error: cannot open source file
"netcdf"
> > > > #include <netcdf>
> > > > ^
> > > >
> > > > compilation aborted for nc_var_info.cc (code 4)
> > > >
> > > >
> > > >
> > > > I have no idea what it wants from me. I have tried setting
> $MET_NETCDF
> > > to
> > > > every path conceivable. Can someone please help?
> > > >
> > > > --
> > > > Ryan Connelly
> > > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > > University
> > > > rconne01 at gmail.com
> > > > ryan.connelly at stonybrook.edu
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Ryan Connelly
> > M.S. Student in Atmospheric Sciences, Stony Brook University
> > B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> > University
> > rconne01 at gmail.com
> > ryan.connelly at stonybrook.edu
> >
> >
>
>
--
Ryan Connelly
M.S. Student in Atmospheric Sciences, Stony Brook University
B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
University
rconne01 at gmail.com
ryan.connelly at stonybrook.edu
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: John Halley Gotway
Time: Wed May 24 06:46:40 2017
Ryan,
Just to be clear, the MET_GRIB2CLIB variable should be set to the
*absolute
path* of the directory containing the file named libgrib2c.a. And
MET_GRIB2CINC should be the *absolute path* of the directory
containing the
file named grib2.h.
If you change either of these settings you need to rerun MET's
configure
command. And then recompile.
Perhaps you weren't rerunning configure first?
If you continue to have problems, please make sure you save the output
of
make to a log file, like this:
make clean
make install >& make_install.log
And then send me that make_install.log file and config.log file from
the
top-level MET directory. That'll give me a better idea of your
environment.
Thanks and sorry this is such a hassle!
John
On Tue, May 23, 2017 at 10:33 PM Ryan Connelly via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
>
> Hi John,
>
> Thanks for responding so late at night.
>
> Off my home directory I have those three directories I mentioned
above:
>
> g2lib-1.4.0
> g2clib-1.6.0
> libgrib2c.a
>
> But none of the three contains a file with a .a extension.
>
> I tried moving libgrib2c.a into g2clib-1.6.0 and then setting
> $MET_GRIB2CLIB=g2clib-1.6.0, but it fails by not finding grib2.h,
even
> though it's in g2clib-1.6.0, and a copy of it is in
> g2clib-1.6.0/libgrib2c.a, so there's absolutely no reason for MET to
not be
> finding it.
>
> Ryan
>
> On Tue, May 23, 2017 at 11:23 PM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
> > Hello Ryan,
> >
> > This is John Halley Gotway. Julie is out of the office. Please
take a
> > look in the directory you have set as $MET_GRIB2CLIB.
> >
> > Earlier versions of the grib2c library created a library archive
file
> named
> > libgrib2c.a. And that's why MET is linking to "-lgrib2c".
However,
> newer
> > versions of that library create library archive files which
include the
> > version number. And that breaks the logic a bit.
> >
> > Please list out:
> > ls $MET_GRIB2CLIB/*.a
> >
> > You should find one file in there ending in .a. If it's not
already
> named
> > "libgrib2c.a" please rename it to that, and then try recompiling
MET.
> >
> > Please let me know how it goes.
> >
> > Thanks
> > John
> >
> > On Tue, May 23, 2017 at 5:33 PM Ryan Connelly via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> > >
> > > Hi Julie,
> > >
> > > I decided to try re-compiling V5.2 since I had that work once
before,
> > and I
> > > don't actually *need* V6.0 - I just need grib2 support which I
compiled
> > > without the first time.
> > >
> > > When compiling, I'm getting the error:
> > >
> > > ld: cannot find -lgrib2c
> > >
> > >
> > > As far as I can tell, I have the env vars for grib2 support set
> > correctly.
> > > $MET_GRIB2CINC and $MET_GRIB2CLIB both point to the directory
off my
> > home
> > > directory where I compiled grib2. I also have, in my home
directory:
> > >
> > > g2lib-1.4.0
> > > g2clib-1.6.0
> > > libgrib2c.a
> > >
> > >
> > > But none of these three directories contains the specific
library in
> > > question. I'm confused, though, because if I just run
> > >
> > > ld: -lgrib2c --verbose
> > >
> > >
> > > I see that it's looking in a bunch of different places for
libgrib2c.a
> > and
> > > libgrib2c.so, all of which are off of /usr or /lib64. As I
mentioned,
> > the
> > > former file/directory I already have as its own directory in my
home
> > > directory. I don't have the latter, as far as I can tell.
> > >
> > > Thank you!
> > > Ryan
> > >
> > > On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Ryan.
> > > >
> > > > I see that you are having problems compiling met-6.0 due to
the
> error:
> > > >
> > > > nc_utils.h(22): catastrophic error: cannot open source file
"netcdf"
> > > > #include <netcdf>
> > > >
> > > > With version 6.0, MET includes support for NetCDF4. So now,
MET
> > > requires
> > > > the NetCDF-C and NetCDF-CXX libraries to be installed. MET is
> looking
> > > for
> > > > the file "netcdf" that is included from the NetCDF4 C++
package.
> > Perhaps
> > > > that package is not installed on your system or at least not
in the
> > > > location that MET_NETCDF is pointing to.
> > > >
> > > > When installing these NetCDF packages, MET expects them to be
> installed
> > > in
> > > > one location where all of the files are accessible, and that
is what
> > you
> > > > would point MET_NETCDF to. Here is a list of files included
in the
> > > > NetCDF4 C and C++ packages that MET will need, so you can
check to
> see
> > if
> > > > they are installed in the MET_NETCDF location:
> > > >
> > > > *Checklist to NetCDF4 C++ installation*
> > > >
> > > > Files for NetCDF4 C:
> > > >
> > > > - $MET_NETCDF/include/netcdf.h
> > > > - $MET_NETCDF/lib/libnetcdf.a
> > > > - $MET_NETCDF/lib/libnetcdf.so
> > > >
> > > > Files for NetCDF4 C++:
> > > >
> > > > - $MET_NETCDF/include/netcdf
> > > > - $MET_NETCDF/lib/libnetcdf_c++4.a
> > > > - $MET_NETCDF/lib/libnetcdf_c++4.so
> > > >
> > > > If you find they are not installed and you need to install
them, you
> > can
> > > > find instructions on our online tutorial at this location:
> > > >
> > > > http://www.dtcenter.org/met/users/support/online_tutorial/
> > > > METv6.0/tutorial.php?name=compilation&category=req_libs
> > > >
> > > > You can continue on from that page for further instruction on
setting
> > up
> > > > your environment and configuring MET.
> > > >
> > > > Please check on those NetCDF files and let us know if you need
any
> > > further
> > > > assistance in getting met-6.0 installed.
> > > >
> > > > I hope this helps!
> > > >
> > > > Julie
> > > >
> > > >
> > > >
> > > > On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> > > > > Transaction: Ticket created by rconne01 at gmail.com
> > > > > Queue: met_help
> > > > > Subject: catastrophic error: cannot open source file
> > > > > Owner: Nobody
> > > > > Requestors: rconne01 at gmail.com
> > > > > Status: new
> > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > Ticket/Display.html?id=80523
> > > >
> > > > >
> > > > >
> > > > > In trying to install V6.0, when compiling, I get this error:
> > > > >
> > > > > In file included from nc_var_info.cc(24):
> > > > > nc_utils.h(22): catastrophic error: cannot open source file
> "netcdf"
> > > > > #include <netcdf>
> > > > > ^
> > > > >
> > > > > compilation aborted for nc_var_info.cc (code 4)
> > > > >
> > > > >
> > > > >
> > > > > I have no idea what it wants from me. I have tried setting
> > $MET_NETCDF
> > > > to
> > > > > every path conceivable. Can someone please help?
> > > > >
> > > > > --
> > > > > Ryan Connelly
> > > > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > > > University
> > > > > rconne01 at gmail.com
> > > > > ryan.connelly at stonybrook.edu
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Ryan Connelly
> > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > University
> > > rconne01 at gmail.com
> > > ryan.connelly at stonybrook.edu
> > >
> > >
> >
> >
>
>
> --
> Ryan Connelly
> M.S. Student in Atmospheric Sciences, Stony Brook University
> B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> University
> rconne01 at gmail.com
> ryan.connelly at stonybrook.edu
>
>
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Ryan Connelly
Time: Wed May 24 19:58:35 2017
Ok, I must not be downloading the right thing. I'm downloading and
compiling g2clib-1.6.0: http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
(That itself is a challenge because it's apparently hard-coded to
override
user-defined compilers and use the GNU compilers, which then throws an
error about math.h being only for the Intel compilers. But that's not
your
problem.)
That, even after compiling, does *not* contain a libgrib2c.a file. My
workaround has been to manually download it from GitHub:
https://github.com/mmase/wgrib2/blob/master/g2clib-1.4.0/libgrib2c.a.
On compiling MET, that first throws an error that I need to run
"ranlib" on
libgrib2c.a. After I do that and try to make MET again, I get a
segmentation fault.
There really has to be a better way to do this...
On Wed, May 24, 2017 at 8:46 AM, John Halley Gotway via RT <
met_help at ucar.edu> wrote:
> Ryan,
>
> Just to be clear, the MET_GRIB2CLIB variable should be set to the
*absolute
> path* of the directory containing the file named libgrib2c.a. And
> MET_GRIB2CINC should be the *absolute path* of the directory
containing the
> file named grib2.h.
>
> If you change either of these settings you need to rerun MET's
configure
> command. And then recompile.
>
> Perhaps you weren't rerunning configure first?
>
> If you continue to have problems, please make sure you save the
output of
> make to a log file, like this:
>
> make clean
> make install >& make_install.log
>
> And then send me that make_install.log file and config.log file from
the
> top-level MET directory. That'll give me a better idea of your
> environment.
>
> Thanks and sorry this is such a hassle!
>
> John
>
> On Tue, May 23, 2017 at 10:33 PM Ryan Connelly via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> >
> > Hi John,
> >
> > Thanks for responding so late at night.
> >
> > Off my home directory I have those three directories I mentioned
above:
> >
> > g2lib-1.4.0
> > g2clib-1.6.0
> > libgrib2c.a
> >
> > But none of the three contains a file with a .a extension.
> >
> > I tried moving libgrib2c.a into g2clib-1.6.0 and then setting
> > $MET_GRIB2CLIB=g2clib-1.6.0, but it fails by not finding grib2.h,
even
> > though it's in g2clib-1.6.0, and a copy of it is in
> > g2clib-1.6.0/libgrib2c.a, so there's absolutely no reason for MET
to not
> be
> > finding it.
> >
> > Ryan
> >
> > On Tue, May 23, 2017 at 11:23 PM, John Halley Gotway via RT <
> > met_help at ucar.edu> wrote:
> >
> > > Hello Ryan,
> > >
> > > This is John Halley Gotway. Julie is out of the office. Please
take a
> > > look in the directory you have set as $MET_GRIB2CLIB.
> > >
> > > Earlier versions of the grib2c library created a library archive
file
> > named
> > > libgrib2c.a. And that's why MET is linking to "-lgrib2c".
However,
> > newer
> > > versions of that library create library archive files which
include the
> > > version number. And that breaks the logic a bit.
> > >
> > > Please list out:
> > > ls $MET_GRIB2CLIB/*.a
> > >
> > > You should find one file in there ending in .a. If it's not
already
> > named
> > > "libgrib2c.a" please rename it to that, and then try recompiling
MET.
> > >
> > > Please let me know how it goes.
> > >
> > > Thanks
> > > John
> > >
> > > On Tue, May 23, 2017 at 5:33 PM Ryan Connelly via RT <
> met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523
>
> > > >
> > > > Hi Julie,
> > > >
> > > > I decided to try re-compiling V5.2 since I had that work once
before,
> > > and I
> > > > don't actually *need* V6.0 - I just need grib2 support which I
> compiled
> > > > without the first time.
> > > >
> > > > When compiling, I'm getting the error:
> > > >
> > > > ld: cannot find -lgrib2c
> > > >
> > > >
> > > > As far as I can tell, I have the env vars for grib2 support
set
> > > correctly.
> > > > $MET_GRIB2CINC and $MET_GRIB2CLIB both point to the directory
off my
> > > home
> > > > directory where I compiled grib2. I also have, in my home
directory:
> > > >
> > > > g2lib-1.4.0
> > > > g2clib-1.6.0
> > > > libgrib2c.a
> > > >
> > > >
> > > > But none of these three directories contains the specific
library in
> > > > question. I'm confused, though, because if I just run
> > > >
> > > > ld: -lgrib2c --verbose
> > > >
> > > >
> > > > I see that it's looking in a bunch of different places for
> libgrib2c.a
> > > and
> > > > libgrib2c.so, all of which are off of /usr or /lib64. As I
> mentioned,
> > > the
> > > > former file/directory I already have as its own directory in
my home
> > > > directory. I don't have the latter, as far as I can tell.
> > > >
> > > > Thank you!
> > > > Ryan
> > > >
> > > > On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Hi Ryan.
> > > > >
> > > > > I see that you are having problems compiling met-6.0 due to
the
> > error:
> > > > >
> > > > > nc_utils.h(22): catastrophic error: cannot open source file
> "netcdf"
> > > > > #include <netcdf>
> > > > >
> > > > > With version 6.0, MET includes support for NetCDF4. So
now, MET
> > > > requires
> > > > > the NetCDF-C and NetCDF-CXX libraries to be installed. MET
is
> > looking
> > > > for
> > > > > the file "netcdf" that is included from the NetCDF4 C++
package.
> > > Perhaps
> > > > > that package is not installed on your system or at least not
in the
> > > > > location that MET_NETCDF is pointing to.
> > > > >
> > > > > When installing these NetCDF packages, MET expects them to
be
> > installed
> > > > in
> > > > > one location where all of the files are accessible, and that
is
> what
> > > you
> > > > > would point MET_NETCDF to. Here is a list of files
included in
> the
> > > > > NetCDF4 C and C++ packages that MET will need, so you can
check to
> > see
> > > if
> > > > > they are installed in the MET_NETCDF location:
> > > > >
> > > > > *Checklist to NetCDF4 C++ installation*
> > > > >
> > > > > Files for NetCDF4 C:
> > > > >
> > > > > - $MET_NETCDF/include/netcdf.h
> > > > > - $MET_NETCDF/lib/libnetcdf.a
> > > > > - $MET_NETCDF/lib/libnetcdf.so
> > > > >
> > > > > Files for NetCDF4 C++:
> > > > >
> > > > > - $MET_NETCDF/include/netcdf
> > > > > - $MET_NETCDF/lib/libnetcdf_c++4.a
> > > > > - $MET_NETCDF/lib/libnetcdf_c++4.so
> > > > >
> > > > > If you find they are not installed and you need to install
them,
> you
> > > can
> > > > > find instructions on our online tutorial at this location:
> > > > >
> > > > > http://www.dtcenter.org/met/users/support/online_tutorial/
> > > > > METv6.0/tutorial.php?name=compilation&category=req_libs
> > > > >
> > > > > You can continue on from that page for further instruction
on
> setting
> > > up
> > > > > your environment and configuring MET.
> > > > >
> > > > > Please check on those NetCDF files and let us know if you
need any
> > > > further
> > > > > assistance in getting met-6.0 installed.
> > > > >
> > > > > I hope this helps!
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > >
> > > > > On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> > > > > > Transaction: Ticket created by rconne01 at gmail.com
> > > > > > Queue: met_help
> > > > > > Subject: catastrophic error: cannot open source file
> > > > > > Owner: Nobody
> > > > > > Requestors: rconne01 at gmail.com
> > > > > > Status: new
> > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > Ticket/Display.html?id=80523
> > > > >
> > > > > >
> > > > > >
> > > > > > In trying to install V6.0, when compiling, I get this
error:
> > > > > >
> > > > > > In file included from nc_var_info.cc(24):
> > > > > > nc_utils.h(22): catastrophic error: cannot open source
file
> > "netcdf"
> > > > > > #include <netcdf>
> > > > > > ^
> > > > > >
> > > > > > compilation aborted for nc_var_info.cc (code 4)
> > > > > >
> > > > > >
> > > > > >
> > > > > > I have no idea what it wants from me. I have tried
setting
> > > $MET_NETCDF
> > > > > to
> > > > > > every path conceivable. Can someone please help?
> > > > > >
> > > > > > --
> > > > > > Ryan Connelly
> > > > > > M.S. Student in Atmospheric Sciences, Stony Brook
University
> > > > > > B.S. in Meteorology with Minors in Mathematics and GIS,
> Valparaiso
> > > > > > University
> > > > > > rconne01 at gmail.com
> > > > > > ryan.connelly at stonybrook.edu
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Ryan Connelly
> > > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > > University
> > > > rconne01 at gmail.com
> > > > ryan.connelly at stonybrook.edu
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Ryan Connelly
> > M.S. Student in Atmospheric Sciences, Stony Brook University
> > B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> > University
> > rconne01 at gmail.com
> > ryan.connelly at stonybrook.edu
> >
> >
>
>
--
Ryan Connelly
M.S. Student in Atmospheric Sciences, Stony Brook University
B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
University
rconne01 at gmail.com
ryan.connelly at stonybrook.edu
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Randy Bullock
Time: Thu May 25 09:48:22 2017
Ryan -
Just a heads up: most of our team is out for the memorial day
weekend, so
any further work on this issue will likely have to wait until next
week
sometime.
FYI
Randy Bullock
On Wed, May 24, 2017 at 7:58 PM, Ryan Connelly via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
>
> Ok, I must not be downloading the right thing. I'm downloading and
> compiling g2clib-1.6.0:
http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
> (That itself is a challenge because it's apparently hard-coded to
override
> user-defined compilers and use the GNU compilers, which then throws
an
> error about math.h being only for the Intel compilers. But that's
not your
> problem.)
>
> That, even after compiling, does *not* contain a libgrib2c.a file.
My
> workaround has been to manually download it from GitHub:
> https://github.com/mmase/wgrib2/blob/master/g2clib-
1.4.0/libgrib2c.a.
>
> On compiling MET, that first throws an error that I need to run
"ranlib" on
> libgrib2c.a. After I do that and try to make MET again, I get a
> segmentation fault.
>
> There really has to be a better way to do this...
>
> On Wed, May 24, 2017 at 8:46 AM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
> > Ryan,
> >
> > Just to be clear, the MET_GRIB2CLIB variable should be set to the
> *absolute
> > path* of the directory containing the file named libgrib2c.a. And
> > MET_GRIB2CINC should be the *absolute path* of the directory
containing
> the
> > file named grib2.h.
> >
> > If you change either of these settings you need to rerun MET's
configure
> > command. And then recompile.
> >
> > Perhaps you weren't rerunning configure first?
> >
> > If you continue to have problems, please make sure you save the
output of
> > make to a log file, like this:
> >
> > make clean
> > make install >& make_install.log
> >
> > And then send me that make_install.log file and config.log file
from the
> > top-level MET directory. That'll give me a better idea of your
> > environment.
> >
> > Thanks and sorry this is such a hassle!
> >
> > John
> >
> > On Tue, May 23, 2017 at 10:33 PM Ryan Connelly via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> > >
> > > Hi John,
> > >
> > > Thanks for responding so late at night.
> > >
> > > Off my home directory I have those three directories I mentioned
above:
> > >
> > > g2lib-1.4.0
> > > g2clib-1.6.0
> > > libgrib2c.a
> > >
> > > But none of the three contains a file with a .a extension.
> > >
> > > I tried moving libgrib2c.a into g2clib-1.6.0 and then setting
> > > $MET_GRIB2CLIB=g2clib-1.6.0, but it fails by not finding
grib2.h, even
> > > though it's in g2clib-1.6.0, and a copy of it is in
> > > g2clib-1.6.0/libgrib2c.a, so there's absolutely no reason for
MET to
> not
> > be
> > > finding it.
> > >
> > > Ryan
> > >
> > > On Tue, May 23, 2017 at 11:23 PM, John Halley Gotway via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > > Hello Ryan,
> > > >
> > > > This is John Halley Gotway. Julie is out of the office.
Please
> take a
> > > > look in the directory you have set as $MET_GRIB2CLIB.
> > > >
> > > > Earlier versions of the grib2c library created a library
archive file
> > > named
> > > > libgrib2c.a. And that's why MET is linking to "-lgrib2c".
However,
> > > newer
> > > > versions of that library create library archive files which
include
> the
> > > > version number. And that breaks the logic a bit.
> > > >
> > > > Please list out:
> > > > ls $MET_GRIB2CLIB/*.a
> > > >
> > > > You should find one file in there ending in .a. If it's not
already
> > > named
> > > > "libgrib2c.a" please rename it to that, and then try
recompiling MET.
> > > >
> > > > Please let me know how it goes.
> > > >
> > > > Thanks
> > > > John
> > > >
> > > > On Tue, May 23, 2017 at 5:33 PM Ryan Connelly via RT <
> > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> > > > >
> > > > > Hi Julie,
> > > > >
> > > > > I decided to try re-compiling V5.2 since I had that work
once
> before,
> > > > and I
> > > > > don't actually *need* V6.0 - I just need grib2 support which
I
> > compiled
> > > > > without the first time.
> > > > >
> > > > > When compiling, I'm getting the error:
> > > > >
> > > > > ld: cannot find -lgrib2c
> > > > >
> > > > >
> > > > > As far as I can tell, I have the env vars for grib2 support
set
> > > > correctly.
> > > > > $MET_GRIB2CINC and $MET_GRIB2CLIB both point to the
directory off
> my
> > > > home
> > > > > directory where I compiled grib2. I also have, in my home
> directory:
> > > > >
> > > > > g2lib-1.4.0
> > > > > g2clib-1.6.0
> > > > > libgrib2c.a
> > > > >
> > > > >
> > > > > But none of these three directories contains the specific
library
> in
> > > > > question. I'm confused, though, because if I just run
> > > > >
> > > > > ld: -lgrib2c --verbose
> > > > >
> > > > >
> > > > > I see that it's looking in a bunch of different places for
> > libgrib2c.a
> > > > and
> > > > > libgrib2c.so, all of which are off of /usr or /lib64. As I
> > mentioned,
> > > > the
> > > > > former file/directory I already have as its own directory in
my
> home
> > > > > directory. I don't have the latter, as far as I can tell.
> > > > >
> > > > > Thank you!
> > > > > Ryan
> > > > >
> > > > > On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT <
> > > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Hi Ryan.
> > > > > >
> > > > > > I see that you are having problems compiling met-6.0 due
to the
> > > error:
> > > > > >
> > > > > > nc_utils.h(22): catastrophic error: cannot open source
file
> > "netcdf"
> > > > > > #include <netcdf>
> > > > > >
> > > > > > With version 6.0, MET includes support for NetCDF4. So
now, MET
> > > > > requires
> > > > > > the NetCDF-C and NetCDF-CXX libraries to be installed.
MET is
> > > looking
> > > > > for
> > > > > > the file "netcdf" that is included from the NetCDF4 C++
package.
> > > > Perhaps
> > > > > > that package is not installed on your system or at least
not in
> the
> > > > > > location that MET_NETCDF is pointing to.
> > > > > >
> > > > > > When installing these NetCDF packages, MET expects them to
be
> > > installed
> > > > > in
> > > > > > one location where all of the files are accessible, and
that is
> > what
> > > > you
> > > > > > would point MET_NETCDF to. Here is a list of files
included in
> > the
> > > > > > NetCDF4 C and C++ packages that MET will need, so you can
check
> to
> > > see
> > > > if
> > > > > > they are installed in the MET_NETCDF location:
> > > > > >
> > > > > > *Checklist to NetCDF4 C++ installation*
> > > > > >
> > > > > > Files for NetCDF4 C:
> > > > > >
> > > > > > - $MET_NETCDF/include/netcdf.h
> > > > > > - $MET_NETCDF/lib/libnetcdf.a
> > > > > > - $MET_NETCDF/lib/libnetcdf.so
> > > > > >
> > > > > > Files for NetCDF4 C++:
> > > > > >
> > > > > > - $MET_NETCDF/include/netcdf
> > > > > > - $MET_NETCDF/lib/libnetcdf_c++4.a
> > > > > > - $MET_NETCDF/lib/libnetcdf_c++4.so
> > > > > >
> > > > > > If you find they are not installed and you need to install
them,
> > you
> > > > can
> > > > > > find instructions on our online tutorial at this location:
> > > > > >
> > > > > > http://www.dtcenter.org/met/users/support/online_tutorial/
> > > > > > METv6.0/tutorial.php?name=compilation&category=req_libs
> > > > > >
> > > > > > You can continue on from that page for further instruction
on
> > setting
> > > > up
> > > > > > your environment and configuring MET.
> > > > > >
> > > > > > Please check on those NetCDF files and let us know if you
need
> any
> > > > > further
> > > > > > assistance in getting met-6.0 installed.
> > > > > >
> > > > > > I hope this helps!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> > > > > > > Transaction: Ticket created by rconne01 at gmail.com
> > > > > > > Queue: met_help
> > > > > > > Subject: catastrophic error: cannot open source
file
> > > > > > > Owner: Nobody
> > > > > > > Requestors: rconne01 at gmail.com
> > > > > > > Status: new
> > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > Ticket/Display.html?id=80523
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > In trying to install V6.0, when compiling, I get this
error:
> > > > > > >
> > > > > > > In file included from nc_var_info.cc(24):
> > > > > > > nc_utils.h(22): catastrophic error: cannot open source
file
> > > "netcdf"
> > > > > > > #include <netcdf>
> > > > > > > ^
> > > > > > >
> > > > > > > compilation aborted for nc_var_info.cc (code 4)
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I have no idea what it wants from me. I have tried
setting
> > > > $MET_NETCDF
> > > > > > to
> > > > > > > every path conceivable. Can someone please help?
> > > > > > >
> > > > > > > --
> > > > > > > Ryan Connelly
> > > > > > > M.S. Student in Atmospheric Sciences, Stony Brook
University
> > > > > > > B.S. in Meteorology with Minors in Mathematics and GIS,
> > Valparaiso
> > > > > > > University
> > > > > > > rconne01 at gmail.com
> > > > > > > ryan.connelly at stonybrook.edu
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Ryan Connelly
> > > > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > > > University
> > > > > rconne01 at gmail.com
> > > > > ryan.connelly at stonybrook.edu
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Ryan Connelly
> > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > University
> > > rconne01 at gmail.com
> > > ryan.connelly at stonybrook.edu
> > >
> > >
> >
> >
>
>
> --
> Ryan Connelly
> M.S. Student in Atmospheric Sciences, Stony Brook University
> B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> University
> rconne01 at gmail.com
> ryan.connelly at stonybrook.edu
>
>
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Tor Mohling
Time: Thu May 25 11:17:27 2017
Folks,
I have a set of notes for compiling the grib tools (g2lib, g2clib,
w3lib, bacio, cnvgrib, wgrib, wgrib2, grib-api) that might be useful.
Would you like them? I found that NONE of these tools compiles
intuitively and all require fiddling to some degree or more (wgrib2 is
the worst offender)
Thanks!
-tor
--
Tor Mohling -- UCAR/RAL System Administrator
Phone: 303/497-2867 -- Email: tor at ucar.edu
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Tor Mohling
Time: Thu May 25 12:07:50 2017
Hi Randy,
Here they are..
Thanks!
-tor
-
Tor Mohling -- UCAR/RAL System Administrator
Phone: 303/497-2867 -- Email: tor at ucar.edu
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Julie Prestopnik
Time: Wed May 31 13:19:55 2017
Hi Ryan. Thanks for your patience while we were out of the office.
You are downloading the correct package. That is the same location
that I
have for getting the g2clib-1.6.0 package.
Let me tell you what I have done to compile g2clib-1.6.0 and you can
see if
that works for you.
wget http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/g2clib-1.6.0.tar
tar -xvf g2clib-1.6.0.tar
cd g2clib-1.6.0
Modify the “makefile” manually, changing “CC=gcc” to “CC=icc” and
changing
"LIB=libg2c_v1.6.0.a" to "LIB=libgrib2c.a"
make
I also have a different install location than just working in the
default
g2clib-1.6.0 directory, so I copy my lib file (libgrib2c.a) to my lib
directory (e.g.
/glade/p/ral/jnt/MET/MET_releases/cheyenne/external_libs/lib/) and I
copy
*.h to my include directory (e.g.
/glade/p/ral/jnt/MET/MET_releases/cheyenne/external_libs/include/).
Please give that a try and then rerun MET's configure command and then
recompile. If you continue to have problems, please make sure you
save the
output of make to a log file and send us the config.log file and your
make_install.log file.
Thanks!
Julie
On Wed, May 24, 2017 at 7:58 PM, Ryan Connelly via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
>
> Ok, I must not be downloading the right thing. I'm downloading and
> compiling g2clib-1.6.0:
http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
> (That itself is a challenge because it's apparently hard-coded to
override
> user-defined compilers and use the GNU compilers, which then throws
an
> error about math.h being only for the Intel compilers. But that's
not your
> problem.)
>
> That, even after compiling, does *not* contain a libgrib2c.a file.
My
> workaround has been to manually download it from GitHub:
> https://github.com/mmase/wgrib2/blob/master/g2clib-
1.4.0/libgrib2c.a.
>
> On compiling MET, that first throws an error that I need to run
"ranlib" on
> libgrib2c.a. After I do that and try to make MET again, I get a
> segmentation fault.
>
> There really has to be a better way to do this...
>
> On Wed, May 24, 2017 at 8:46 AM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
> > Ryan,
> >
> > Just to be clear, the MET_GRIB2CLIB variable should be set to the
> *absolute
> > path* of the directory containing the file named libgrib2c.a. And
> > MET_GRIB2CINC should be the *absolute path* of the directory
containing
> the
> > file named grib2.h.
> >
> > If you change either of these settings you need to rerun MET's
configure
> > command. And then recompile.
> >
> > Perhaps you weren't rerunning configure first?
> >
> > If you continue to have problems, please make sure you save the
output of
> > make to a log file, like this:
> >
> > make clean
> > make install >& make_install.log
> >
> > And then send me that make_install.log file and config.log file
from the
> > top-level MET directory. That'll give me a better idea of your
> > environment.
> >
> > Thanks and sorry this is such a hassle!
> >
> > John
> >
> > On Tue, May 23, 2017 at 10:33 PM Ryan Connelly via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> > >
> > > Hi John,
> > >
> > > Thanks for responding so late at night.
> > >
> > > Off my home directory I have those three directories I mentioned
above:
> > >
> > > g2lib-1.4.0
> > > g2clib-1.6.0
> > > libgrib2c.a
> > >
> > > But none of the three contains a file with a .a extension.
> > >
> > > I tried moving libgrib2c.a into g2clib-1.6.0 and then setting
> > > $MET_GRIB2CLIB=g2clib-1.6.0, but it fails by not finding
grib2.h, even
> > > though it's in g2clib-1.6.0, and a copy of it is in
> > > g2clib-1.6.0/libgrib2c.a, so there's absolutely no reason for
MET to
> not
> > be
> > > finding it.
> > >
> > > Ryan
> > >
> > > On Tue, May 23, 2017 at 11:23 PM, John Halley Gotway via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > > Hello Ryan,
> > > >
> > > > This is John Halley Gotway. Julie is out of the office.
Please
> take a
> > > > look in the directory you have set as $MET_GRIB2CLIB.
> > > >
> > > > Earlier versions of the grib2c library created a library
archive file
> > > named
> > > > libgrib2c.a. And that's why MET is linking to "-lgrib2c".
However,
> > > newer
> > > > versions of that library create library archive files which
include
> the
> > > > version number. And that breaks the logic a bit.
> > > >
> > > > Please list out:
> > > > ls $MET_GRIB2CLIB/*.a
> > > >
> > > > You should find one file in there ending in .a. If it's not
already
> > > named
> > > > "libgrib2c.a" please rename it to that, and then try
recompiling MET.
> > > >
> > > > Please let me know how it goes.
> > > >
> > > > Thanks
> > > > John
> > > >
> > > > On Tue, May 23, 2017 at 5:33 PM Ryan Connelly via RT <
> > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> > > > >
> > > > > Hi Julie,
> > > > >
> > > > > I decided to try re-compiling V5.2 since I had that work
once
> before,
> > > > and I
> > > > > don't actually *need* V6.0 - I just need grib2 support which
I
> > compiled
> > > > > without the first time.
> > > > >
> > > > > When compiling, I'm getting the error:
> > > > >
> > > > > ld: cannot find -lgrib2c
> > > > >
> > > > >
> > > > > As far as I can tell, I have the env vars for grib2 support
set
> > > > correctly.
> > > > > $MET_GRIB2CINC and $MET_GRIB2CLIB both point to the
directory off
> my
> > > > home
> > > > > directory where I compiled grib2. I also have, in my home
> directory:
> > > > >
> > > > > g2lib-1.4.0
> > > > > g2clib-1.6.0
> > > > > libgrib2c.a
> > > > >
> > > > >
> > > > > But none of these three directories contains the specific
library
> in
> > > > > question. I'm confused, though, because if I just run
> > > > >
> > > > > ld: -lgrib2c --verbose
> > > > >
> > > > >
> > > > > I see that it's looking in a bunch of different places for
> > libgrib2c.a
> > > > and
> > > > > libgrib2c.so, all of which are off of /usr or /lib64. As I
> > mentioned,
> > > > the
> > > > > former file/directory I already have as its own directory in
my
> home
> > > > > directory. I don't have the latter, as far as I can tell.
> > > > >
> > > > > Thank you!
> > > > > Ryan
> > > > >
> > > > > On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT <
> > > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Hi Ryan.
> > > > > >
> > > > > > I see that you are having problems compiling met-6.0 due
to the
> > > error:
> > > > > >
> > > > > > nc_utils.h(22): catastrophic error: cannot open source
file
> > "netcdf"
> > > > > > #include <netcdf>
> > > > > >
> > > > > > With version 6.0, MET includes support for NetCDF4. So
now, MET
> > > > > requires
> > > > > > the NetCDF-C and NetCDF-CXX libraries to be installed.
MET is
> > > looking
> > > > > for
> > > > > > the file "netcdf" that is included from the NetCDF4 C++
package.
> > > > Perhaps
> > > > > > that package is not installed on your system or at least
not in
> the
> > > > > > location that MET_NETCDF is pointing to.
> > > > > >
> > > > > > When installing these NetCDF packages, MET expects them to
be
> > > installed
> > > > > in
> > > > > > one location where all of the files are accessible, and
that is
> > what
> > > > you
> > > > > > would point MET_NETCDF to. Here is a list of files
included in
> > the
> > > > > > NetCDF4 C and C++ packages that MET will need, so you can
check
> to
> > > see
> > > > if
> > > > > > they are installed in the MET_NETCDF location:
> > > > > >
> > > > > > *Checklist to NetCDF4 C++ installation*
> > > > > >
> > > > > > Files for NetCDF4 C:
> > > > > >
> > > > > > - $MET_NETCDF/include/netcdf.h
> > > > > > - $MET_NETCDF/lib/libnetcdf.a
> > > > > > - $MET_NETCDF/lib/libnetcdf.so
> > > > > >
> > > > > > Files for NetCDF4 C++:
> > > > > >
> > > > > > - $MET_NETCDF/include/netcdf
> > > > > > - $MET_NETCDF/lib/libnetcdf_c++4.a
> > > > > > - $MET_NETCDF/lib/libnetcdf_c++4.so
> > > > > >
> > > > > > If you find they are not installed and you need to install
them,
> > you
> > > > can
> > > > > > find instructions on our online tutorial at this location:
> > > > > >
> > > > > > http://www.dtcenter.org/met/users/support/online_tutorial/
> > > > > > METv6.0/tutorial.php?name=compilation&category=req_libs
> > > > > >
> > > > > > You can continue on from that page for further instruction
on
> > setting
> > > > up
> > > > > > your environment and configuring MET.
> > > > > >
> > > > > > Please check on those NetCDF files and let us know if you
need
> any
> > > > > further
> > > > > > assistance in getting met-6.0 installed.
> > > > > >
> > > > > > I hope this helps!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Thu May 18 13:25:56 2017: Request 80523 was acted upon.
> > > > > > > Transaction: Ticket created by rconne01 at gmail.com
> > > > > > > Queue: met_help
> > > > > > > Subject: catastrophic error: cannot open source
file
> > > > > > > Owner: Nobody
> > > > > > > Requestors: rconne01 at gmail.com
> > > > > > > Status: new
> > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > Ticket/Display.html?id=80523
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > In trying to install V6.0, when compiling, I get this
error:
> > > > > > >
> > > > > > > In file included from nc_var_info.cc(24):
> > > > > > > nc_utils.h(22): catastrophic error: cannot open source
file
> > > "netcdf"
> > > > > > > #include <netcdf>
> > > > > > > ^
> > > > > > >
> > > > > > > compilation aborted for nc_var_info.cc (code 4)
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I have no idea what it wants from me. I have tried
setting
> > > > $MET_NETCDF
> > > > > > to
> > > > > > > every path conceivable. Can someone please help?
> > > > > > >
> > > > > > > --
> > > > > > > Ryan Connelly
> > > > > > > M.S. Student in Atmospheric Sciences, Stony Brook
University
> > > > > > > B.S. in Meteorology with Minors in Mathematics and GIS,
> > Valparaiso
> > > > > > > University
> > > > > > > rconne01 at gmail.com
> > > > > > > ryan.connelly at stonybrook.edu
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Ryan Connelly
> > > > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > > > University
> > > > > rconne01 at gmail.com
> > > > > ryan.connelly at stonybrook.edu
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Ryan Connelly
> > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > University
> > > rconne01 at gmail.com
> > > ryan.connelly at stonybrook.edu
> > >
> > >
> >
> >
>
>
> --
> Ryan Connelly
> M.S. Student in Atmospheric Sciences, Stony Brook University
> B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> University
> rconne01 at gmail.com
> ryan.connelly at stonybrook.edu
>
>
------------------------------------------------
Subject: catastrophic error: cannot open source file
From: Ryan Connelly
Time: Thu Jun 01 10:36:18 2017
Hi Julie,
That worked! Please update the documentation with the additional
steps to
edit the g2clib-1.6.0 makefile; that was the problem. I was following
the
MET instructions and the g2clib README, but neither said that I had to
make
those changes.
Thank you!
Ryan
On Wed, May 31, 2017 at 3:19 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Ryan. Thanks for your patience while we were out of the office.
>
> You are downloading the correct package. That is the same location
that I
> have for getting the g2clib-1.6.0 package.
>
> Let me tell you what I have done to compile g2clib-1.6.0 and you can
see if
> that works for you.
>
> wget http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/g2clib-1.6.0.tar
> tar -xvf g2clib-1.6.0.tar
> cd g2clib-1.6.0
> Modify the “makefile” manually, changing “CC=gcc” to “CC=icc” and
changing
> "LIB=libg2c_v1.6.0.a" to "LIB=libgrib2c.a"
> make
>
> I also have a different install location than just working in the
default
> g2clib-1.6.0 directory, so I copy my lib file (libgrib2c.a) to my
lib
> directory (e.g.
> /glade/p/ral/jnt/MET/MET_releases/cheyenne/external_libs/lib/) and I
copy
> *.h to my include directory (e.g.
> /glade/p/ral/jnt/MET/MET_releases/cheyenne/external_libs/include/).
>
> Please give that a try and then rerun MET's configure command and
then
> recompile. If you continue to have problems, please make sure you
save the
> output of make to a log file and send us the config.log file and
your
> make_install.log file.
>
> Thanks!
>
> Julie
>
> On Wed, May 24, 2017 at 7:58 PM, Ryan Connelly via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> >
> > Ok, I must not be downloading the right thing. I'm downloading
and
> > compiling g2clib-1.6.0:
http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
> > (That itself is a challenge because it's apparently hard-coded to
> override
> > user-defined compilers and use the GNU compilers, which then
throws an
> > error about math.h being only for the Intel compilers. But that's
not
> your
> > problem.)
> >
> > That, even after compiling, does *not* contain a libgrib2c.a file.
My
> > workaround has been to manually download it from GitHub:
> > https://github.com/mmase/wgrib2/blob/master/g2clib-
1.4.0/libgrib2c.a.
> >
> > On compiling MET, that first throws an error that I need to run
"ranlib"
> on
> > libgrib2c.a. After I do that and try to make MET again, I get a
> > segmentation fault.
> >
> > There really has to be a better way to do this...
> >
> > On Wed, May 24, 2017 at 8:46 AM, John Halley Gotway via RT <
> > met_help at ucar.edu> wrote:
> >
> > > Ryan,
> > >
> > > Just to be clear, the MET_GRIB2CLIB variable should be set to
the
> > *absolute
> > > path* of the directory containing the file named libgrib2c.a.
And
> > > MET_GRIB2CINC should be the *absolute path* of the directory
containing
> > the
> > > file named grib2.h.
> > >
> > > If you change either of these settings you need to rerun MET's
> configure
> > > command. And then recompile.
> > >
> > > Perhaps you weren't rerunning configure first?
> > >
> > > If you continue to have problems, please make sure you save the
output
> of
> > > make to a log file, like this:
> > >
> > > make clean
> > > make install >& make_install.log
> > >
> > > And then send me that make_install.log file and config.log file
from
> the
> > > top-level MET directory. That'll give me a better idea of your
> > > environment.
> > >
> > > Thanks and sorry this is such a hassle!
> > >
> > > John
> > >
> > > On Tue, May 23, 2017 at 10:33 PM Ryan Connelly via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523
>
> > > >
> > > > Hi John,
> > > >
> > > > Thanks for responding so late at night.
> > > >
> > > > Off my home directory I have those three directories I
mentioned
> above:
> > > >
> > > > g2lib-1.4.0
> > > > g2clib-1.6.0
> > > > libgrib2c.a
> > > >
> > > > But none of the three contains a file with a .a extension.
> > > >
> > > > I tried moving libgrib2c.a into g2clib-1.6.0 and then setting
> > > > $MET_GRIB2CLIB=g2clib-1.6.0, but it fails by not finding
grib2.h,
> even
> > > > though it's in g2clib-1.6.0, and a copy of it is in
> > > > g2clib-1.6.0/libgrib2c.a, so there's absolutely no reason for
MET to
> > not
> > > be
> > > > finding it.
> > > >
> > > > Ryan
> > > >
> > > > On Tue, May 23, 2017 at 11:23 PM, John Halley Gotway via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > > Hello Ryan,
> > > > >
> > > > > This is John Halley Gotway. Julie is out of the office.
Please
> > take a
> > > > > look in the directory you have set as $MET_GRIB2CLIB.
> > > > >
> > > > > Earlier versions of the grib2c library created a library
archive
> file
> > > > named
> > > > > libgrib2c.a. And that's why MET is linking to "-lgrib2c".
> However,
> > > > newer
> > > > > versions of that library create library archive files which
include
> > the
> > > > > version number. And that breaks the logic a bit.
> > > > >
> > > > > Please list out:
> > > > > ls $MET_GRIB2CLIB/*.a
> > > > >
> > > > > You should find one file in there ending in .a. If it's not
> already
> > > > named
> > > > > "libgrib2c.a" please rename it to that, and then try
recompiling
> MET.
> > > > >
> > > > > Please let me know how it goes.
> > > > >
> > > > > Thanks
> > > > > John
> > > > >
> > > > > On Tue, May 23, 2017 at 5:33 PM Ryan Connelly via RT <
> > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80523 >
> > > > > >
> > > > > > Hi Julie,
> > > > > >
> > > > > > I decided to try re-compiling V5.2 since I had that work
once
> > before,
> > > > > and I
> > > > > > don't actually *need* V6.0 - I just need grib2 support
which I
> > > compiled
> > > > > > without the first time.
> > > > > >
> > > > > > When compiling, I'm getting the error:
> > > > > >
> > > > > > ld: cannot find -lgrib2c
> > > > > >
> > > > > >
> > > > > > As far as I can tell, I have the env vars for grib2
support set
> > > > > correctly.
> > > > > > $MET_GRIB2CINC and $MET_GRIB2CLIB both point to the
directory
> off
> > my
> > > > > home
> > > > > > directory where I compiled grib2. I also have, in my home
> > directory:
> > > > > >
> > > > > > g2lib-1.4.0
> > > > > > g2clib-1.6.0
> > > > > > libgrib2c.a
> > > > > >
> > > > > >
> > > > > > But none of these three directories contains the specific
library
> > in
> > > > > > question. I'm confused, though, because if I just run
> > > > > >
> > > > > > ld: -lgrib2c --verbose
> > > > > >
> > > > > >
> > > > > > I see that it's looking in a bunch of different places for
> > > libgrib2c.a
> > > > > and
> > > > > > libgrib2c.so, all of which are off of /usr or /lib64. As
I
> > > mentioned,
> > > > > the
> > > > > > former file/directory I already have as its own directory
in my
> > home
> > > > > > directory. I don't have the latter, as far as I can tell.
> > > > > >
> > > > > > Thank you!
> > > > > > Ryan
> > > > > >
> > > > > > On Thu, May 18, 2017 at 4:08 PM, Julie Prestopnik via RT <
> > > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > > Hi Ryan.
> > > > > > >
> > > > > > > I see that you are having problems compiling met-6.0 due
to the
> > > > error:
> > > > > > >
> > > > > > > nc_utils.h(22): catastrophic error: cannot open source
file
> > > "netcdf"
> > > > > > > #include <netcdf>
> > > > > > >
> > > > > > > With version 6.0, MET includes support for NetCDF4. So
now,
> MET
> > > > > > requires
> > > > > > > the NetCDF-C and NetCDF-CXX libraries to be installed.
MET is
> > > > looking
> > > > > > for
> > > > > > > the file "netcdf" that is included from the NetCDF4 C++
> package.
> > > > > Perhaps
> > > > > > > that package is not installed on your system or at least
not in
> > the
> > > > > > > location that MET_NETCDF is pointing to.
> > > > > > >
> > > > > > > When installing these NetCDF packages, MET expects them
to be
> > > > installed
> > > > > > in
> > > > > > > one location where all of the files are accessible, and
that is
> > > what
> > > > > you
> > > > > > > would point MET_NETCDF to. Here is a list of files
included
> in
> > > the
> > > > > > > NetCDF4 C and C++ packages that MET will need, so you
can check
> > to
> > > > see
> > > > > if
> > > > > > > they are installed in the MET_NETCDF location:
> > > > > > >
> > > > > > > *Checklist to NetCDF4 C++ installation*
> > > > > > >
> > > > > > > Files for NetCDF4 C:
> > > > > > >
> > > > > > > - $MET_NETCDF/include/netcdf.h
> > > > > > > - $MET_NETCDF/lib/libnetcdf.a
> > > > > > > - $MET_NETCDF/lib/libnetcdf.so
> > > > > > >
> > > > > > > Files for NetCDF4 C++:
> > > > > > >
> > > > > > > - $MET_NETCDF/include/netcdf
> > > > > > > - $MET_NETCDF/lib/libnetcdf_c++4.a
> > > > > > > - $MET_NETCDF/lib/libnetcdf_c++4.so
> > > > > > >
> > > > > > > If you find they are not installed and you need to
install
> them,
> > > you
> > > > > can
> > > > > > > find instructions on our online tutorial at this
location:
> > > > > > >
> > > > > > >
http://www.dtcenter.org/met/users/support/online_tutorial/
> > > > > > > METv6.0/tutorial.php?name=compilation&category=req_libs
> > > > > > >
> > > > > > > You can continue on from that page for further
instruction on
> > > setting
> > > > > up
> > > > > > > your environment and configuring MET.
> > > > > > >
> > > > > > > Please check on those NetCDF files and let us know if
you need
> > any
> > > > > > further
> > > > > > > assistance in getting met-6.0 installed.
> > > > > > >
> > > > > > > I hope this helps!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Thu, May 18, 2017 at 1:25 PM, Ryan Connelly via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Thu May 18 13:25:56 2017: Request 80523 was acted
upon.
> > > > > > > > Transaction: Ticket created by rconne01 at gmail.com
> > > > > > > > Queue: met_help
> > > > > > > > Subject: catastrophic error: cannot open source
file
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: rconne01 at gmail.com
> > > > > > > > Status: new
> > > > > > > > Ticket <URL: https://rt.rap.ucar.edu/rt/
> > > > > Ticket/Display.html?id=80523
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > In trying to install V6.0, when compiling, I get this
error:
> > > > > > > >
> > > > > > > > In file included from nc_var_info.cc(24):
> > > > > > > > nc_utils.h(22): catastrophic error: cannot open source
file
> > > > "netcdf"
> > > > > > > > #include <netcdf>
> > > > > > > > ^
> > > > > > > >
> > > > > > > > compilation aborted for nc_var_info.cc (code 4)
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > I have no idea what it wants from me. I have tried
setting
> > > > > $MET_NETCDF
> > > > > > > to
> > > > > > > > every path conceivable. Can someone please help?
> > > > > > > >
> > > > > > > > --
> > > > > > > > Ryan Connelly
> > > > > > > > M.S. Student in Atmospheric Sciences, Stony Brook
University
> > > > > > > > B.S. in Meteorology with Minors in Mathematics and
GIS,
> > > Valparaiso
> > > > > > > > University
> > > > > > > > rconne01 at gmail.com
> > > > > > > > ryan.connelly at stonybrook.edu
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Ryan Connelly
> > > > > > M.S. Student in Atmospheric Sciences, Stony Brook
University
> > > > > > B.S. in Meteorology with Minors in Mathematics and GIS,
> Valparaiso
> > > > > > University
> > > > > > rconne01 at gmail.com
> > > > > > ryan.connelly at stonybrook.edu
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Ryan Connelly
> > > > M.S. Student in Atmospheric Sciences, Stony Brook University
> > > > B.S. in Meteorology with Minors in Mathematics and GIS,
Valparaiso
> > > > University
> > > > rconne01 at gmail.com
> > > > ryan.connelly at stonybrook.edu
> > > >
> > > >
> > >
> > >
> >
> >
> > --
> > Ryan Connelly
> > M.S. Student in Atmospheric Sciences, Stony Brook University
> > B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
> > University
> > rconne01 at gmail.com
> > ryan.connelly at stonybrook.edu
> >
> >
>
>
--
Ryan Connelly
M.S. Student in Atmospheric Sciences, Stony Brook University
B.S. in Meteorology with Minors in Mathematics and GIS, Valparaiso
University
rconne01 at gmail.com
ryan.connelly at stonybrook.edu
------------------------------------------------
More information about the Met_help
mailing list