[Met_help] [rt.rap.ucar.edu #79267] History for Questions about compiling MET V5.2

Julie Prestopnik via RT met_help at ucar.edu
Fri Feb 10 13:33:25 MST 2017


----------------------------------------------------------------
  Initial Request
----------------------------------------------------------------

I have a few questions I would like to ask prior to running "configure".

For running configure for MET, is there a need to set environmental
variables for the paths to zlib, png and jasper like the other libraries
such as NetCDF, GSL, HDF, etc?

Why would I use the LD_LIBRARY_PATH to provide the paths to the library
files, if I've already provided all the paths using environmental variables
in my .bashrc file?

When and how do I specify "CFLAGS="_D_64BIT_" when compiling MET? I Compiled
the GRIB2C library with the -D__64BIT__ option.

Thanks.

R/
John

Mr John W. Raby, Meteorologist
U.S. Army Research Laboratory
White Sands Missile Range, NM 88002
(575) 678-2004 DSN 258-2004
FAX (575) 678-1230 DSN 258-1230
Email: john.w.raby2.civ at mail.mil



----------------------------------------------------------------
  Complete Ticket History
----------------------------------------------------------------

Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Thu Jan 26 09:29:28 2017

Hi John.  I'll go ahead and close the other ticket we were
corresponding
in, since we have this new ticket now.

You shouldn't need to set environment variables for the paths to zlib,
png,
and jasper.

By default, MET version 5.2 is compiled using dynamic linking.  Rather
than
compiling the external library code in with the MET executables, which
is
called static linking, it looks for them at runtime.  And sometimes in
looking for those "shared object" (.so) library files, it needs some
help
by us setting (or adding to) the LD_LIBRARY_PATH.  We see this
commonly
with the GSL library.

You can specify CFLAGS as an environment variable in your .bashrc file
like
this

export CFLAGS="-D__64BIT__"

Please not there is a dash in the front - it looks like your example
below
is missing the dash.  Then, be sure to source your .bashrc file before
compiling MET.

Good luck!  Let us know if you encounter any issues.

Julie


On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> Transaction: Ticket created by john.w.raby2.civ at mail.mil
>        Queue: met_help
>      Subject: Questions about compiling MET V5.2
>        Owner: Nobody
>   Requestors: john.w.raby2.civ at mail.mil
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
>
> I have a few questions I would like to ask prior to running
"configure".
>
> For running configure for MET, is there a need to set environmental
> variables for the paths to zlib, png and jasper like the other
libraries
> such as NetCDF, GSL, HDF, etc?
>
> Why would I use the LD_LIBRARY_PATH to provide the paths to the
library
> files, if I've already provided all the paths using environmental
variables
> in my .bashrc file?
>
> When and how do I specify "CFLAGS="_D_64BIT_" when compiling MET? I
> Compiled
> the GRIB2C library with the -D__64BIT__ option.
>
> Thanks.
>
> R/
> John
>
> Mr John W. Raby, Meteorologist
> U.S. Army Research Laboratory
> White Sands Missile Range, NM 88002
> (575) 678-2004 DSN 258-2004
> FAX (575) 678-1230 DSN 258-1230
> Email: john.w.raby2.civ at mail.mil
>
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Thu Jan 26 10:15:05 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for the quick answers.

So, are the paths I enter in the LD_LIBRARY _PATH listed like I did in
the
.bashrc? For example:

/p/home/jraby/NetCDF/netcdf-4.1.1/include

Do I add all of the "MET_*" paths which are in my .bashrc such that
they are
duplicated in the LD_LIBRARY_PATH?

Thanks.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Thursday, January 26, 2017 9:29 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions about
compiling MET V5.2

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.  I'll go ahead and close the other ticket we were
corresponding in,
since we have this new ticket now.

You shouldn't need to set environment variables for the paths to zlib,
png,
and jasper.

By default, MET version 5.2 is compiled using dynamic linking.  Rather
than
compiling the external library code in with the MET executables, which
is
called static linking, it looks for them at runtime.  And sometimes in
looking
for those "shared object" (.so) library files, it needs some help by
us
setting (or adding to) the LD_LIBRARY_PATH.  We see this commonly with
the GSL
library.

You can specify CFLAGS as an environment variable in your .bashrc file
like
this

export CFLAGS="-D__64BIT__"

Please not there is a dash in the front - it looks like your example
below is
missing the dash.  Then, be sure to source your .bashrc file before
compiling
MET.

Good luck!  Let us know if you encounter any issues.

Julie


On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> Transaction: Ticket created by john.w.raby2.civ at mail.mil
>        Queue: met_help
>      Subject: Questions about compiling MET V5.2
>        Owner: Nobody
>   Requestors: john.w.raby2.civ at mail.mil
>       Status: new
>  Ticket <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
>
> I have a few questions I would like to ask prior to running
"configure".
>
> For running configure for MET, is there a need to set environmental
> variables for the paths to zlib, png and jasper like the other
> libraries such as NetCDF, GSL, HDF, etc?
>
> Why would I use the LD_LIBRARY_PATH to provide the paths to the
> library files, if I've already provided all the paths using
> environmental variables in my .bashrc file?
>
> When and how do I specify "CFLAGS="_D_64BIT_" when compiling MET? I
> Compiled the GRIB2C library with the -D__64BIT__ option.
>
> Thanks.
>
> R/
> John
>
> Mr John W. Raby, Meteorologist
> U.S. Army Research Laboratory
> White Sands Missile Range, NM 88002
> (575) 678-2004 DSN 258-2004
> FAX (575) 678-1230 DSN 258-1230
> Email: john.w.raby2.civ at mail.mil
>
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Thu Jan 26 10:21:48 2017

Actually, you don't need to necessarily put anything in your
LD_LIBRARY_PATH.   If a user encounters a runtime error like the
following
for example:

error while loading shared libraries: libgsl.so.19: cannot open shared
object file: No such file or directory

Then we suggest they add the path to the gsl library in their
LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet, so
you
don't need to set your LD_LIBRARY_PATH at this time - only if you
encounter
a problem.

I hope that helps!

Julie

On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for the quick answers.
>
> So, are the paths I enter in the LD_LIBRARY _PATH listed like I did
in the
> .bashrc? For example:
>
> /p/home/jraby/NetCDF/netcdf-4.1.1/include
>
> Do I add all of the "MET_*" paths which are in my .bashrc such that
they
> are
> duplicated in the LD_LIBRARY_PATH?
>
> Thanks.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, January 26, 2017 9:29 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.  I'll go ahead and close the other ticket we were
corresponding
> in,
> since we have this new ticket now.
>
> You shouldn't need to set environment variables for the paths to
zlib, png,
> and jasper.
>
> By default, MET version 5.2 is compiled using dynamic linking.
Rather than
> compiling the external library code in with the MET executables,
which is
> called static linking, it looks for them at runtime.  And sometimes
in
> looking
> for those "shared object" (.so) library files, it needs some help by
us
> setting (or adding to) the LD_LIBRARY_PATH.  We see this commonly
with the
> GSL
> library.
>
> You can specify CFLAGS as an environment variable in your .bashrc
file like
> this
>
> export CFLAGS="-D__64BIT__"
>
> Please not there is a dash in the front - it looks like your example
below
> is
> missing the dash.  Then, be sure to source your .bashrc file before
> compiling
> MET.
>
> Good luck!  Let us know if you encounter any issues.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> >        Queue: met_help
> >      Subject: Questions about compiling MET V5.2
> >        Owner: Nobody
> >   Requestors: john.w.raby2.civ at mail.mil
> >       Status: new
> >  Ticket <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> >
> > I have a few questions I would like to ask prior to running
"configure".
> >
> > For running configure for MET, is there a need to set
environmental
> > variables for the paths to zlib, png and jasper like the other
> > libraries such as NetCDF, GSL, HDF, etc?
> >
> > Why would I use the LD_LIBRARY_PATH to provide the paths to the
> > library files, if I've already provided all the paths using
> > environmental variables in my .bashrc file?
> >
> > When and how do I specify "CFLAGS="_D_64BIT_" when compiling MET?
I
> > Compiled the GRIB2C library with the -D__64BIT__ option.
> >
> > Thanks.
> >
> > R/
> > John
> >
> > Mr John W. Raby, Meteorologist
> > U.S. Army Research Laboratory
> > White Sands Missile Range, NM 88002
> > (575) 678-2004 DSN 258-2004
> > FAX (575) 678-1230 DSN 258-1230
> > Email: john.w.raby2.civ at mail.mil
> >
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Thu Jan 26 10:26:02 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for your suggestion on that. I'll give it a try and let you
know.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Thursday, January 26, 2017 10:22 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Actually, you don't need to necessarily put anything in your
LD_LIBRARY_PATH.   If a user encounters a runtime error like the
following
for example:

error while loading shared libraries: libgsl.so.19: cannot open shared
object
file: No such file or directory

Then we suggest they add the path to the gsl library in their
LD_LIBRARY_PATH.
But you haven't gotten any runtime errors yet, so you don't need to
set your
LD_LIBRARY_PATH at this time - only if you encounter a problem.

I hope that helps!

Julie

On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for the quick answers.
>
> So, are the paths I enter in the LD_LIBRARY _PATH listed like I did
in
> the .bashrc? For example:
>
> /p/home/jraby/NetCDF/netcdf-4.1.1/include
>
> Do I add all of the "MET_*" paths which are in my .bashrc such that
> they are duplicated in the LD_LIBRARY_PATH?
>
> Thanks.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Thursday, January 26, 2017 9:29 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  I'll go ahead and close the other ticket we were
> corresponding in, since we have this new ticket now.
>
> You shouldn't need to set environment variables for the paths to
zlib,
> png, and jasper.
>
> By default, MET version 5.2 is compiled using dynamic linking.
Rather
> than compiling the external library code in with the MET
executables,
> which is called static linking, it looks for them at runtime.  And
> sometimes in looking for those "shared object" (.so) library files,
it
> needs some help by us setting (or adding to) the LD_LIBRARY_PATH.
We
> see this commonly with the GSL library.
>
> You can specify CFLAGS as an environment variable in your .bashrc
file
> like this
>
> export CFLAGS="-D__64BIT__"
>
> Please not there is a dash in the front - it looks like your example
> below is missing the dash.  Then, be sure to source your .bashrc
file
> before compiling MET.
>
> Good luck!  Let us know if you encounter any issues.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> >        Queue: met_help
> >      Subject: Questions about compiling MET V5.2
> >        Owner: Nobody
> >   Requestors: john.w.raby2.civ at mail.mil
> >       Status: new
> >  Ticket <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> >
> > I have a few questions I would like to ask prior to running
"configure".
> >
> > For running configure for MET, is there a need to set
environmental
> > variables for the paths to zlib, png and jasper like the other
> > libraries such as NetCDF, GSL, HDF, etc?
> >
> > Why would I use the LD_LIBRARY_PATH to provide the paths to the
> > library files, if I've already provided all the paths using
> > environmental variables in my .bashrc file?
> >
> > When and how do I specify "CFLAGS="_D_64BIT_" when compiling MET?
I
> > Compiled the GRIB2C library with the -D__64BIT__ option.
> >
> > Thanks.
> >
> > R/
> > John
> >
> > Mr John W. Raby, Meteorologist
> > U.S. Army Research Laboratory
> > White Sands Missile Range, NM 88002
> > (575) 678-2004 DSN 258-2004
> > FAX (575) 678-1230 DSN 258-1230
> > Email: john.w.raby2.civ at mail.mil
> >
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Thu Jan 26 16:48:26 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I tried building the MET sw and the make install process was aborted
after about 6 mins. I followed the tutorial instructions as follows:

Looked at the MET User Support page at the FAQs, release notes and
known issues. Nothing useful except for possibly the known issues
page. Followed the guidance to update the sw with the latest patches
which were dated with today’s date. Copied them to the MET dir and
then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir and
then followed the instructions to run “make clean” and “configure”
again, then rebuild (make install) as before.

The make install was aborted again with the following error cited in
the make_install.log file (attached):

“In file included from gsl_cdf.cc(19):
gsl_cdf.h(17): catastrophic error: cannot open source file
"gsl/gsl_cdf.h"
  #include "gsl/gsl_cdf.h"
                          ^

compilation aborted for gsl_cdf.cc (code 4)
make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
make[3]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/libcode/vx_gsl_prob'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
make: *** [install-recursive] Error 1”

 I navigated to the GSL dir: /p/home/jraby/MET/GSL/gsl-
2.2.1/include/gsl and was able to find the file: gsl_cdf.h. Not sure
why it can’t open it.

This is a far as I could go for today.

I am not sure what to try next. Any suggestions?

I have to leave at 5:00pm (shortly) today and won't be back until next
Tuesday, but I can monitor emails from home. If you have a suggestion
on a fix, I might be able to try it from home.

Thanks

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Thursday, January 26, 2017 10:22 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Actually, you don't need to necessarily put anything in your
LD_LIBRARY_PATH.   If a user encounters a runtime error like the
following
for example:

error while loading shared libraries: libgsl.so.19: cannot open shared
object file: No such file or directory

Then we suggest they add the path to the gsl library in their
LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet, so
you don't need to set your LD_LIBRARY_PATH at this time - only if you
encounter a problem.

I hope that helps!

Julie

On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for the quick answers.
>
> So, are the paths I enter in the LD_LIBRARY _PATH listed like I did
in
> the .bashrc? For example:
>
> /p/home/jraby/NetCDF/netcdf-4.1.1/include
>
> Do I add all of the "MET_*" paths which are in my .bashrc such that
> they are duplicated in the LD_LIBRARY_PATH?
>
> Thanks.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Thursday, January 26, 2017 9:29 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  I'll go ahead and close the other ticket we were
> corresponding in, since we have this new ticket now.
>
> You shouldn't need to set environment variables for the paths to
zlib,
> png, and jasper.
>
> By default, MET version 5.2 is compiled using dynamic linking.
Rather
> than compiling the external library code in with the MET
executables,
> which is called static linking, it looks for them at runtime.  And
> sometimes in looking for those "shared object" (.so) library files,
it
> needs some help by us setting (or adding to) the LD_LIBRARY_PATH.
We
> see this commonly with the GSL library.
>
> You can specify CFLAGS as an environment variable in your .bashrc
file
> like this
>
> export CFLAGS="-D__64BIT__"
>
> Please not there is a dash in the front - it looks like your example
> below is missing the dash.  Then, be sure to source your .bashrc
file
> before compiling MET.
>
> Good luck!  Let us know if you encounter any issues.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> >        Queue: met_help
> >      Subject: Questions about compiling MET V5.2
> >        Owner: Nobody
> >   Requestors: john.w.raby2.civ at mail.mil
> >       Status: new
> >  Ticket <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> >
> > I have a few questions I would like to ask prior to running
"configure".
> >
> > For running configure for MET, is there a need to set
environmental
> > variables for the paths to zlib, png and jasper like the other
> > libraries such as NetCDF, GSL, HDF, etc?
> >
> > Why would I use the LD_LIBRARY_PATH to provide the paths to the
> > library files, if I've already provided all the paths using
> > environmental variables in my .bashrc file?
> >
> > When and how do I specify "CFLAGS="_D_64BIT_" when compiling MET?
I
> > Compiled the GRIB2C library with the -D__64BIT__ option.
> >
> > Thanks.
> >
> > R/
> > John
> >
> > Mr John W. Raby, Meteorologist
> > U.S. Army Research Laboratory
> > White Sands Missile Range, NM 88002
> > (575) 678-2004 DSN 258-2004
> > FAX (575) 678-1230 DSN 258-1230
> > Email: john.w.raby2.civ at mail.mil
> >
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Fri Jan 27 09:40:52 2017

Hi John.

Please check your setting for *$MET_GSLINC*. It will likely be
/p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.

I suggest getting rid of the individual settings for *MET_GSLINC* and
*MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
*MET_GSLLIB*.

The tutorial was recently updated, so I'd like to have you make one
other
change also please.  Could you please set *MET_FREETYPEINC* to
/p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
instead
of /p/home/jraby/freetype/installed/freetype-2.6.5/
include/freetype2/freetype.

Thanks!  Hopefully, after making those changes and running “make
clean” and
“configure” again, then rebuilding, it'll go smoothly.

Julie


On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I tried building the MET sw and the make install process was aborted
after
> about 6 mins. I followed the tutorial instructions as follows:
>
> Looked at the MET User Support page at the FAQs, release notes and
known
> issues. Nothing useful except for possibly the known issues page.
Followed
> the guidance to update the sw with the latest patches which were
dated with
> today’s date. Copied them to the MET dir and then made a copy in the
> met-5.2/ dir. Unpacked in the met-5.2 dir and then followed the
> instructions to run “make clean” and “configure” again, then rebuild
(make
> install) as before.
>
> The make install was aborted again with the following error cited in
the
> make_install.log file (attached):
>
> “In file included from gsl_cdf.cc(19):
> gsl_cdf.h(17): catastrophic error: cannot open source file
"gsl/gsl_cdf.h"
>   #include "gsl/gsl_cdf.h"
>                           ^
>
> compilation aborted for gsl_cdf.cc (code 4)
> make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> src/libcode/vx_gsl_prob'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> make: *** [install-recursive] Error 1”
>
>  I navigated to the GSL dir: /p/home/jraby/MET/GSL/gsl-
2.2.1/include/gsl
> and was able to find the file: gsl_cdf.h. Not sure why it can’t open
it.
>
> This is a far as I could go for today.
>
> I am not sure what to try next. Any suggestions?
>
> I have to leave at 5:00pm (shortly) today and won't be back until
next
> Tuesday, but I can monitor emails from home. If you have a
suggestion on a
> fix, I might be able to try it from home.
>
> Thanks
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, January 26, 2017 10:22 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Actually, you don't need to necessarily put anything in your
> LD_LIBRARY_PATH.   If a user encounters a runtime error like the
following
> for example:
>
> error while loading shared libraries: libgsl.so.19: cannot open
shared
> object file: No such file or directory
>
> Then we suggest they add the path to the gsl library in their
> LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet, so
you
> don't need to set your LD_LIBRARY_PATH at this time - only if you
encounter
> a problem.
>
> I hope that helps!
>
> Julie
>
> On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for the quick answers.
> >
> > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
did in
> > the .bashrc? For example:
> >
> > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> >
> > Do I add all of the "MET_*" paths which are in my .bashrc such
that
> > they are duplicated in the LD_LIBRARY_PATH?
> >
> > Thanks.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 9:29 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> > compiling MET V5.2
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  I'll go ahead and close the other ticket we were
> > corresponding in, since we have this new ticket now.
> >
> > You shouldn't need to set environment variables for the paths to
zlib,
> > png, and jasper.
> >
> > By default, MET version 5.2 is compiled using dynamic linking.
Rather
> > than compiling the external library code in with the MET
executables,
> > which is called static linking, it looks for them at runtime.  And
> > sometimes in looking for those "shared object" (.so) library
files, it
> > needs some help by us setting (or adding to) the LD_LIBRARY_PATH.
We
> > see this commonly with the GSL library.
> >
> > You can specify CFLAGS as an environment variable in your .bashrc
file
> > like this
> >
> > export CFLAGS="-D__64BIT__"
> >
> > Please not there is a dash in the front - it looks like your
example
> > below is missing the dash.  Then, be sure to source your .bashrc
file
> > before compiling MET.
> >
> > Good luck!  Let us know if you encounter any issues.
> >
> > Julie
> >
> >
> > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > >        Queue: met_help
> > >      Subject: Questions about compiling MET V5.2
> > >        Owner: Nobody
> > >   Requestors: john.w.raby2.civ at mail.mil
> > >       Status: new
> > >  Ticket <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > >
> > > I have a few questions I would like to ask prior to running
> "configure".
> > >
> > > For running configure for MET, is there a need to set
environmental
> > > variables for the paths to zlib, png and jasper like the other
> > > libraries such as NetCDF, GSL, HDF, etc?
> > >
> > > Why would I use the LD_LIBRARY_PATH to provide the paths to the
> > > library files, if I've already provided all the paths using
> > > environmental variables in my .bashrc file?
> > >
> > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET? I
> > > Compiled the GRIB2C library with the -D__64BIT__ option.
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > Mr John W. Raby, Meteorologist
> > > U.S. Army Research Laboratory
> > > White Sands Missile Range, NM 88002
> > > (575) 678-2004 DSN 258-2004
> > > FAX (575) 678-1230 DSN 258-1230
> > > Email: john.w.raby2.civ at mail.mil
> > >
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Jan 31 07:47:10 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for your diagnosis. I didn't have time over the long weekend to
attempt a resolution, but I hope to give it a try later today.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Friday, January 27, 2017 9:41 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.

Please check your setting for *$MET_GSLINC*. It will likely be
/p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.

I suggest getting rid of the individual settings for *MET_GSLINC* and
*MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
*MET_GSLLIB*.

The tutorial was recently updated, so I'd like to have you make one
other change also please.  Could you please set *MET_FREETYPEINC* to
/p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
include/freetype2/freetype.

Thanks!  Hopefully, after making those changes and running “make
clean” and “configure” again, then rebuilding, it'll go smoothly.

Julie


On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I tried building the MET sw and the make install process was aborted
> after about 6 mins. I followed the tutorial instructions as follows:
>
> Looked at the MET User Support page at the FAQs, release notes and
> known issues. Nothing useful except for possibly the known issues
> page. Followed the guidance to update the sw with the latest patches
> which were dated with today’s date. Copied them to the MET dir and
> then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
and
> then followed the instructions to run “make clean” and “configure”
> again, then rebuild (make
> install) as before.
>
> The make install was aborted again with the following error cited in
> the make_install.log file (attached):
>
> “In file included from gsl_cdf.cc(19):
> gsl_cdf.h(17): catastrophic error: cannot open source file
"gsl/gsl_cdf.h"
>   #include "gsl/gsl_cdf.h"
>                           ^
>
> compilation aborted for gsl_cdf.cc (code 4)
> make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> src/libcode/vx_gsl_prob'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> make: *** [install-recursive] Error 1”
>
>  I navigated to the GSL dir:
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> and was able to find the file: gsl_cdf.h. Not sure why it can’t open
it.
>
> This is a far as I could go for today.
>
> I am not sure what to try next. Any suggestions?
>
> I have to leave at 5:00pm (shortly) today and won't be back until
next
> Tuesday, but I can monitor emails from home. If you have a
suggestion
> on a fix, I might be able to try it from Caution-home.
>
> Thanks
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Thursday, January 26, 2017 10:22 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Actually, you don't need to necessarily put anything in your
> LD_LIBRARY_PATH.   If a user encounters a runtime error like the
following
> for example:
>
> error while loading shared libraries: libgsl.so.19: cannot open
shared
> object file: No such file or directory
>
> Then we suggest they add the path to the gsl library in their
> LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet, so
> you don't need to set your LD_LIBRARY_PATH at this time - only if
you
> encounter a problem.
>
> I hope that helps!
>
> Julie
>
> On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for the quick answers.
> >
> > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
did
> > in the .bashrc? For example:
> >
> > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> >
> > Do I add all of the "MET_*" paths which are in my .bashrc such
that
> > they are duplicated in the LD_LIBRARY_PATH?
> >
> > Thanks.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 9:29 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > about compiling MET V5.2
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  I'll go ahead and close the other ticket we were
> > corresponding in, since we have this new ticket now.
> >
> > You shouldn't need to set environment variables for the paths to
> > zlib, png, and jasper.
> >
> > By default, MET version 5.2 is compiled using dynamic linking.
> > Rather than compiling the external library code in with the MET
> > executables, which is called static linking, it looks for them at
> > runtime.  And sometimes in looking for those "shared object" (.so)
> > library files, it needs some help by us setting (or adding to) the
> > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> >
> > You can specify CFLAGS as an environment variable in your .bashrc
> > file like this
> >
> > export CFLAGS="-D__64BIT__"
> >
> > Please not there is a dash in the front - it looks like your
example
> > below is missing the dash.  Then, be sure to source your .bashrc
> > file before compiling MET.
> >
> > Good luck!  Let us know if you encounter any issues.
> >
> > Julie
> >
> >
> > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > >        Queue: met_help
> > >      Subject: Questions about compiling MET V5.2
> > >        Owner: Nobody
> > >   Requestors: john.w.raby2.civ at mail.mil
> > >       Status: new
> > >  Ticket <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > >
> > > I have a few questions I would like to ask prior to running
> "configure".
> > >
> > > For running configure for MET, is there a need to set
> > > environmental variables for the paths to zlib, png and jasper
like
> > > the other libraries such as NetCDF, GSL, HDF, etc?
> > >
> > > Why would I use the LD_LIBRARY_PATH to provide the paths to the
> > > library files, if I've already provided all the paths using
> > > environmental variables in my .bashrc file?
> > >
> > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > Mr John W. Raby, Meteorologist
> > > U.S. Army Research Laboratory
> > > White Sands Missile Range, NM 88002
> > > (575) 678-2004 DSN 258-2004
> > > FAX (575) 678-1230 DSN 258-1230
> > > Email: john.w.raby2.civ at mail.mil
> > >
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Jan 31 13:53:54 2017

CLASSIFICATION: UNCLASSIFIED


Julie -

I just completed the steps you suggested below, sourced the .bashrc
file and then ran make clean and then  ./configure
--prefix=/p/home/jraby/MET/met-5.2 --enable-grib2 --enable-modis
--enable-mode_graphics, then ran make install. The process worked for
about 6 mins and then stopped. The last part of the make_install.log
shows "Error 1" associated with commands which appeared to point to
NetCDF. There were several lines containing a statement "undefined
reference to...". I didn't see the catastrophic error I had before. I
attached the log file. I would appreciate your assistance with
diagnosing the problem.

Thanks.

R/
John
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Friday, January 27, 2017 9:41 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.

Please check your setting for *$MET_GSLINC*. It will likely be
/p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.

I suggest getting rid of the individual settings for *MET_GSLINC* and
*MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
*MET_GSLLIB*.

The tutorial was recently updated, so I'd like to have you make one
other change also please.  Could you please set *MET_FREETYPEINC* to
/p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
include/freetype2/freetype.

Thanks!  Hopefully, after making those changes and running “make
clean” and “configure” again, then rebuilding, it'll go smoothly.

Julie


On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I tried building the MET sw and the make install process was aborted
> after about 6 mins. I followed the tutorial instructions as follows:
>
> Looked at the MET User Support page at the FAQs, release notes and
> known issues. Nothing useful except for possibly the known issues
> page. Followed the guidance to update the sw with the latest patches
> which were dated with today’s date. Copied them to the MET dir and
> then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
and
> then followed the instructions to run “make clean” and “configure”
> again, then rebuild (make
> install) as before.
>
> The make install was aborted again with the following error cited in
> the make_install.log file (attached):
>
> “In file included from gsl_cdf.cc(19):
> gsl_cdf.h(17): catastrophic error: cannot open source file
"gsl/gsl_cdf.h"
>   #include "gsl/gsl_cdf.h"
>                           ^
>
> compilation aborted for gsl_cdf.cc (code 4)
> make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> src/libcode/vx_gsl_prob'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> make: *** [install-recursive] Error 1”
>
>  I navigated to the GSL dir:
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> and was able to find the file: gsl_cdf.h. Not sure why it can’t open
it.
>
> This is a far as I could go for today.
>
> I am not sure what to try next. Any suggestions?
>
> I have to leave at 5:00pm (shortly) today and won't be back until
next
> Tuesday, but I can monitor emails from home. If you have a
suggestion
> on a fix, I might be able to try it from Caution-home.
>
> Thanks
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Thursday, January 26, 2017 10:22 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Actually, you don't need to necessarily put anything in your
> LD_LIBRARY_PATH.   If a user encounters a runtime error like the
following
> for example:
>
> error while loading shared libraries: libgsl.so.19: cannot open
shared
> object file: No such file or directory
>
> Then we suggest they add the path to the gsl library in their
> LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet, so
> you don't need to set your LD_LIBRARY_PATH at this time - only if
you
> encounter a problem.
>
> I hope that helps!
>
> Julie
>
> On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for the quick answers.
> >
> > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
did
> > in the .bashrc? For example:
> >
> > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> >
> > Do I add all of the "MET_*" paths which are in my .bashrc such
that
> > they are duplicated in the LD_LIBRARY_PATH?
> >
> > Thanks.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 9:29 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > about compiling MET V5.2
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  I'll go ahead and close the other ticket we were
> > corresponding in, since we have this new ticket now.
> >
> > You shouldn't need to set environment variables for the paths to
> > zlib, png, and jasper.
> >
> > By default, MET version 5.2 is compiled using dynamic linking.
> > Rather than compiling the external library code in with the MET
> > executables, which is called static linking, it looks for them at
> > runtime.  And sometimes in looking for those "shared object" (.so)
> > library files, it needs some help by us setting (or adding to) the
> > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> >
> > You can specify CFLAGS as an environment variable in your .bashrc
> > file like this
> >
> > export CFLAGS="-D__64BIT__"
> >
> > Please not there is a dash in the front - it looks like your
example
> > below is missing the dash.  Then, be sure to source your .bashrc
> > file before compiling MET.
> >
> > Good luck!  Let us know if you encounter any issues.
> >
> > Julie
> >
> >
> > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > >        Queue: met_help
> > >      Subject: Questions about compiling MET V5.2
> > >        Owner: Nobody
> > >   Requestors: john.w.raby2.civ at mail.mil
> > >       Status: new
> > >  Ticket <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > >
> > > I have a few questions I would like to ask prior to running
> "configure".
> > >
> > > For running configure for MET, is there a need to set
> > > environmental variables for the paths to zlib, png and jasper
like
> > > the other libraries such as NetCDF, GSL, HDF, etc?
> > >
> > > Why would I use the LD_LIBRARY_PATH to provide the paths to the
> > > library files, if I've already provided all the paths using
> > > environmental variables in my .bashrc file?
> > >
> > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > Mr John W. Raby, Meteorologist
> > > U.S. Army Research Laboratory
> > > White Sands Missile Range, NM 88002
> > > (575) 678-2004 DSN 258-2004
> > > FAX (575) 678-1230 DSN 258-1230
> > > Email: john.w.raby2.civ at mail.mil
> > >
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Tue Jan 31 14:20:33 2017

Hi John.  I'm sorry to hear that you are having problems compiling
METv5.2.  I suspect there may be an inconsistency between how NetCDF
was
compiled and how MET is trying to call it.

Please refer back to the directions for compiling NetCDF in the MET
online
tutorial:

http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

being sure to use the same family of compilers (it looks like you're
using
intel compilers for MET) and being sure to set the following
environment
variables before running the NetCDF configure script:

   - Set *CC* to the C compiler to be used.
   - Set *CXX* to the C++ compiler to be used.
   - Set *FC* to the Fortran compiler to be used (not used by MET) or
set
   to an empty string ("") to disable.
   - Set *F90* to the Fortran90 to be used (not used by MET) or set to
an
   empty string ("") to disable.

and also being sure to use the *--disable-netcdf-4* command line
argument.

Then, please try re-configuring and re-compiling MET and let me know
how it
goes.   I hope that helps!

Thanks!

Julie

On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
>
> Julie -
>
> I just completed the steps you suggested below, sourced the .bashrc
file
> and then ran make clean and then  ./configure
--prefix=/p/home/jraby/MET/met-5.2
> --enable-grib2 --enable-modis --enable-mode_graphics, then ran make
> install. The process worked for about 6 mins and then stopped. The
last
> part of the make_install.log shows "Error 1" associated with
commands which
> appeared to point to NetCDF. There were several lines containing a
> statement "undefined reference to...". I didn't see the catastrophic
error
> I had before. I attached the log file. I would appreciate your
assistance
> with diagnosing the problem.
>
> Thanks.
>
> R/
> John
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Friday, January 27, 2017 9:41 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please check your setting for *$MET_GSLINC*. It will likely be
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
>
> I suggest getting rid of the individual settings for *MET_GSLINC*
and
> *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
> *MET_GSLLIB*.
>
> The tutorial was recently updated, so I'd like to have you make one
other
> change also please.  Could you please set *MET_FREETYPEINC* to
> /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
instead
> of /p/home/jraby/freetype/installed/freetype-2.6.5/
> include/freetype2/freetype.
>
> Thanks!  Hopefully, after making those changes and running “make
clean”
> and “configure” again, then rebuilding, it'll go smoothly.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I tried building the MET sw and the make install process was
aborted
> > after about 6 mins. I followed the tutorial instructions as
follows:
> >
> > Looked at the MET User Support page at the FAQs, release notes and
> > known issues. Nothing useful except for possibly the known issues
> > page. Followed the guidance to update the sw with the latest
patches
> > which were dated with today’s date. Copied them to the MET dir and
> > then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
and
> > then followed the instructions to run “make clean” and “configure”
> > again, then rebuild (make
> > install) as before.
> >
> > The make install was aborted again with the following error cited
in
> > the make_install.log file (attached):
> >
> > “In file included from gsl_cdf.cc(19):
> > gsl_cdf.h(17): catastrophic error: cannot open source file
> "gsl/gsl_cdf.h"
> >   #include "gsl/gsl_cdf.h"
> >                           ^
> >
> > compilation aborted for gsl_cdf.cc (code 4)
> > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/libcode/vx_gsl_prob'
> > make[2]: *** [install-recursive] Error 1
> > make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> > make[1]: *** [install-recursive] Error 1
> > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > make: *** [install-recursive] Error 1”
> >
> >  I navigated to the GSL dir:
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > and was able to find the file: gsl_cdf.h. Not sure why it can’t
open it.
> >
> > This is a far as I could go for today.
> >
> > I am not sure what to try next. Any suggestions?
> >
> > I have to leave at 5:00pm (shortly) today and won't be back until
next
> > Tuesday, but I can monitor emails from home. If you have a
suggestion
> > on a fix, I might be able to try it from Caution-home.
> >
> > Thanks
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 10:22 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Actually, you don't need to necessarily put anything in your
> > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> following
> > for example:
> >
> > error while loading shared libraries: libgsl.so.19: cannot open
shared
> > object file: No such file or directory
> >
> > Then we suggest they add the path to the gsl library in their
> > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
so
> > you don't need to set your LD_LIBRARY_PATH at this time - only if
you
> > encounter a problem.
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for the quick answers.
> > >
> > > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
did
> > > in the .bashrc? For example:
> > >
> > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > >
> > > Do I add all of the "MET_*" paths which are in my .bashrc such
that
> > > they are duplicated in the LD_LIBRARY_PATH?
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 9:29 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > > about compiling MET V5.2
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  I'll go ahead and close the other ticket we were
> > > corresponding in, since we have this new ticket now.
> > >
> > > You shouldn't need to set environment variables for the paths to
> > > zlib, png, and jasper.
> > >
> > > By default, MET version 5.2 is compiled using dynamic linking.
> > > Rather than compiling the external library code in with the MET
> > > executables, which is called static linking, it looks for them
at
> > > runtime.  And sometimes in looking for those "shared object"
(.so)
> > > library files, it needs some help by us setting (or adding to)
the
> > > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> > >
> > > You can specify CFLAGS as an environment variable in your
.bashrc
> > > file like this
> > >
> > > export CFLAGS="-D__64BIT__"
> > >
> > > Please not there is a dash in the front - it looks like your
example
> > > below is missing the dash.  Then, be sure to source your .bashrc
> > > file before compiling MET.
> > >
> > > Good luck!  Let us know if you encounter any issues.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > >        Queue: met_help
> > > >      Subject: Questions about compiling MET V5.2
> > > >        Owner: Nobody
> > > >   Requestors: john.w.raby2.civ at mail.mil
> > > >       Status: new
> > > >  Ticket <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > >
> > > > I have a few questions I would like to ask prior to running
> > "configure".
> > > >
> > > > For running configure for MET, is there a need to set
> > > > environmental variables for the paths to zlib, png and jasper
like
> > > > the other libraries such as NetCDF, GSL, HDF, etc?
> > > >
> > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
the
> > > > library files, if I've already provided all the paths using
> > > > environmental variables in my .bashrc file?
> > > >
> > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > Mr John W. Raby, Meteorologist
> > > > U.S. Army Research Laboratory
> > > > White Sands Missile Range, NM 88002
> > > > (575) 678-2004 DSN 258-2004
> > > > FAX (575) 678-1230 DSN 258-1230
> > > > Email: john.w.raby2.civ at mail.mil
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Jan 31 15:11:32 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for your quick diagnosis and reply. I will run ./clean first
then try a recompile. I looked at my log entries for the time period
when I compiled NetCDF and I'm pretty sure I found the common
environment variables  for C compiler and the C++ compiler (intel) on
my systems and came up with the following paths which I used in the
export command to set prior to executing the "configure" step:

For CC:
/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icc
For CXX:
/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icpc

For FC and F90. I used the empty string.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, January 31, 2017 2:21 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.  I'm sorry to hear that you are having problems compiling
METv5.2.  I suspect there may be an inconsistency between how NetCDF
was compiled and how MET is trying to call it.

Please refer back to the directions for compiling NetCDF in the MET
online
tutorial:

Caution-
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

being sure to use the same family of compilers (it looks like you're
using intel compilers for MET) and being sure to set the following
environment variables before running the NetCDF configure script:

   - Set *CC* to the C compiler to be used.
   - Set *CXX* to the C++ compiler to be used.
   - Set *FC* to the Fortran compiler to be used (not used by MET) or
set
   to an empty string ("") to disable.
   - Set *F90* to the Fortran90 to be used (not used by MET) or set to
an
   empty string ("") to disable.

and also being sure to use the *--disable-netcdf-4* command line
argument.

Then, please try re-configuring and re-compiling MET and let me know
how it
goes.   I hope that helps!

Thanks!

Julie

On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
>
> Julie -
>
> I just completed the steps you suggested below, sourced the .bashrc
> file and then ran make clean and then  ./configure
> --prefix=/p/home/jraby/MET/met-5.2
> --enable-grib2 --enable-modis --enable-mode_graphics, then ran make
> install. The process worked for about 6 mins and then stopped. The
> last part of the make_install.log shows "Error 1" associated with
> commands which appeared to point to NetCDF. There were several lines
> containing a statement "undefined reference to...". I didn't see the
> catastrophic error I had before. I attached the log file. I would
> appreciate your assistance with diagnosing the problem.
>
> Thanks.
>
> R/
> John
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Friday, January 27, 2017 9:41 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please check your setting for *$MET_GSLINC*. It will likely be
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
>
> I suggest getting rid of the individual settings for *MET_GSLINC*
and
> *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
> *MET_GSLLIB*.
>
> The tutorial was recently updated, so I'd like to have you make one
> other change also please.  Could you please set *MET_FREETYPEINC* to
> /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> include/freetype2/freetype.
>
> Thanks!  Hopefully, after making those changes and running “make
clean”
> and “configure” again, then rebuilding, it'll go smoothly.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I tried building the MET sw and the make install process was
aborted
> > after about 6 mins. I followed the tutorial instructions as
follows:
> >
> > Looked at the MET User Support page at the FAQs, release notes and
> > known issues. Nothing useful except for possibly the known issues
> > page. Followed the guidance to update the sw with the latest
patches
> > which were dated with today’s date. Copied them to the MET dir and
> > then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
> > and then followed the instructions to run “make clean” and
“configure”
> > again, then rebuild (make
> > install) as before.
> >
> > The make install was aborted again with the following error cited
in
> > the make_install.log file (attached):
> >
> > “In file included from gsl_cdf.cc(19):
> > gsl_cdf.h(17): catastrophic error: cannot open source file
> "gsl/gsl_cdf.h"
> >   #include "gsl/gsl_cdf.h"
> >                           ^
> >
> > compilation aborted for gsl_cdf.cc (code 4)
> > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/libcode/vx_gsl_prob'
> > make[2]: *** [install-recursive] Error 1
> > make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> > make[1]: *** [install-recursive] Error 1
> > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > make: *** [install-recursive] Error 1”
> >
> >  I navigated to the GSL dir:
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > and was able to find the file: gsl_cdf.h. Not sure why it can’t
open it.
> >
> > This is a far as I could go for today.
> >
> > I am not sure what to try next. Any suggestions?
> >
> > I have to leave at 5:00pm (shortly) today and won't be back until
> > next Tuesday, but I can monitor emails from home. If you have a
> > suggestion on a fix, I might be able to try it from Caution-
Caution-home.
> >
> > Thanks
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 10:22 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Actually, you don't need to necessarily put anything in your
> > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> following
> > for example:
> >
> > error while loading shared libraries: libgsl.so.19: cannot open
> > shared object file: No such file or directory
> >
> > Then we suggest they add the path to the gsl library in their
> > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
so
> > you don't need to set your LD_LIBRARY_PATH at this time - only if
> > you encounter a problem.
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for the quick answers.
> > >
> > > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
> > > did in the .bashrc? For example:
> > >
> > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > >
> > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > that they are duplicated in the LD_LIBRARY_PATH?
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 9:29 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > > about compiling MET V5.2
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  I'll go ahead and close the other ticket we were
> > > corresponding in, since we have this new ticket now.
> > >
> > > You shouldn't need to set environment variables for the paths to
> > > zlib, png, and jasper.
> > >
> > > By default, MET version 5.2 is compiled using dynamic linking.
> > > Rather than compiling the external library code in with the MET
> > > executables, which is called static linking, it looks for them
at
> > > runtime.  And sometimes in looking for those "shared object"
(.so)
> > > library files, it needs some help by us setting (or adding to)
the
> > > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> > >
> > > You can specify CFLAGS as an environment variable in your
.bashrc
> > > file like this
> > >
> > > export CFLAGS="-D__64BIT__"
> > >
> > > Please not there is a dash in the front - it looks like your
> > > example below is missing the dash.  Then, be sure to source your
> > > .bashrc file before compiling MET.
> > >
> > > Good luck!  Let us know if you encounter any issues.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > >        Queue: met_help
> > > >      Subject: Questions about compiling MET V5.2
> > > >        Owner: Nobody
> > > >   Requestors: john.w.raby2.civ at mail.mil
> > > >       Status: new
> > > >  Ticket <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > >
> > > > I have a few questions I would like to ask prior to running
> > "configure".
> > > >
> > > > For running configure for MET, is there a need to set
> > > > environmental variables for the paths to zlib, png and jasper
> > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > >
> > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
the
> > > > library files, if I've already provided all the paths using
> > > > environmental variables in my .bashrc file?
> > > >
> > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > Mr John W. Raby, Meteorologist
> > > > U.S. Army Research Laboratory
> > > > White Sands Missile Range, NM 88002
> > > > (575) 678-2004 DSN 258-2004
> > > > FAX (575) 678-1230 DSN 258-1230
> > > > Email: john.w.raby2.civ at mail.mil
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Thu Feb 02 07:41:43 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Sorry for the delay in following up on your suggestion about NetCDF,
but I had to drop this work to do some modifications of the UPP code
to address some issues which have been pressing. I hope to get back to
MET maybe by tomorrow.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, January 31, 2017 2:21 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.  I'm sorry to hear that you are having problems compiling
METv5.2.  I suspect there may be an inconsistency between how NetCDF
was compiled and how MET is trying to call it.

Please refer back to the directions for compiling NetCDF in the MET
online
tutorial:

Caution-
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

being sure to use the same family of compilers (it looks like you're
using intel compilers for MET) and being sure to set the following
environment variables before running the NetCDF configure script:

   - Set *CC* to the C compiler to be used.
   - Set *CXX* to the C++ compiler to be used.
   - Set *FC* to the Fortran compiler to be used (not used by MET) or
set
   to an empty string ("") to disable.
   - Set *F90* to the Fortran90 to be used (not used by MET) or set to
an
   empty string ("") to disable.

and also being sure to use the *--disable-netcdf-4* command line
argument.

Then, please try re-configuring and re-compiling MET and let me know
how it
goes.   I hope that helps!

Thanks!

Julie

On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
>
> Julie -
>
> I just completed the steps you suggested below, sourced the .bashrc
> file and then ran make clean and then  ./configure
> --prefix=/p/home/jraby/MET/met-5.2
> --enable-grib2 --enable-modis --enable-mode_graphics, then ran make
> install. The process worked for about 6 mins and then stopped. The
> last part of the make_install.log shows "Error 1" associated with
> commands which appeared to point to NetCDF. There were several lines
> containing a statement "undefined reference to...". I didn't see the
> catastrophic error I had before. I attached the log file. I would
> appreciate your assistance with diagnosing the problem.
>
> Thanks.
>
> R/
> John
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Friday, January 27, 2017 9:41 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please check your setting for *$MET_GSLINC*. It will likely be
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
>
> I suggest getting rid of the individual settings for *MET_GSLINC*
and
> *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
> *MET_GSLLIB*.
>
> The tutorial was recently updated, so I'd like to have you make one
> other change also please.  Could you please set *MET_FREETYPEINC* to
> /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> include/freetype2/freetype.
>
> Thanks!  Hopefully, after making those changes and running “make
clean”
> and “configure” again, then rebuilding, it'll go smoothly.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I tried building the MET sw and the make install process was
aborted
> > after about 6 mins. I followed the tutorial instructions as
follows:
> >
> > Looked at the MET User Support page at the FAQs, release notes and
> > known issues. Nothing useful except for possibly the known issues
> > page. Followed the guidance to update the sw with the latest
patches
> > which were dated with today’s date. Copied them to the MET dir and
> > then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
> > and then followed the instructions to run “make clean” and
“configure”
> > again, then rebuild (make
> > install) as before.
> >
> > The make install was aborted again with the following error cited
in
> > the make_install.log file (attached):
> >
> > “In file included from gsl_cdf.cc(19):
> > gsl_cdf.h(17): catastrophic error: cannot open source file
> "gsl/gsl_cdf.h"
> >   #include "gsl/gsl_cdf.h"
> >                           ^
> >
> > compilation aborted for gsl_cdf.cc (code 4)
> > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/libcode/vx_gsl_prob'
> > make[2]: *** [install-recursive] Error 1
> > make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> > make[1]: *** [install-recursive] Error 1
> > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > make: *** [install-recursive] Error 1”
> >
> >  I navigated to the GSL dir:
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > and was able to find the file: gsl_cdf.h. Not sure why it can’t
open it.
> >
> > This is a far as I could go for today.
> >
> > I am not sure what to try next. Any suggestions?
> >
> > I have to leave at 5:00pm (shortly) today and won't be back until
> > next Tuesday, but I can monitor emails from home. If you have a
> > suggestion on a fix, I might be able to try it from Caution-
Caution-home.
> >
> > Thanks
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 10:22 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Actually, you don't need to necessarily put anything in your
> > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> following
> > for example:
> >
> > error while loading shared libraries: libgsl.so.19: cannot open
> > shared object file: No such file or directory
> >
> > Then we suggest they add the path to the gsl library in their
> > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
so
> > you don't need to set your LD_LIBRARY_PATH at this time - only if
> > you encounter a problem.
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for the quick answers.
> > >
> > > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
> > > did in the .bashrc? For example:
> > >
> > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > >
> > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > that they are duplicated in the LD_LIBRARY_PATH?
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 9:29 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > > about compiling MET V5.2
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  I'll go ahead and close the other ticket we were
> > > corresponding in, since we have this new ticket now.
> > >
> > > You shouldn't need to set environment variables for the paths to
> > > zlib, png, and jasper.
> > >
> > > By default, MET version 5.2 is compiled using dynamic linking.
> > > Rather than compiling the external library code in with the MET
> > > executables, which is called static linking, it looks for them
at
> > > runtime.  And sometimes in looking for those "shared object"
(.so)
> > > library files, it needs some help by us setting (or adding to)
the
> > > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> > >
> > > You can specify CFLAGS as an environment variable in your
.bashrc
> > > file like this
> > >
> > > export CFLAGS="-D__64BIT__"
> > >
> > > Please not there is a dash in the front - it looks like your
> > > example below is missing the dash.  Then, be sure to source your
> > > .bashrc file before compiling MET.
> > >
> > > Good luck!  Let us know if you encounter any issues.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > >        Queue: met_help
> > > >      Subject: Questions about compiling MET V5.2
> > > >        Owner: Nobody
> > > >   Requestors: john.w.raby2.civ at mail.mil
> > > >       Status: new
> > > >  Ticket <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > >
> > > > I have a few questions I would like to ask prior to running
> > "configure".
> > > >
> > > > For running configure for MET, is there a need to set
> > > > environmental variables for the paths to zlib, png and jasper
> > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > >
> > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
the
> > > > library files, if I've already provided all the paths using
> > > > environmental variables in my .bashrc file?
> > > >
> > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > Mr John W. Raby, Meteorologist
> > > > U.S. Army Research Laboratory
> > > > White Sands Missile Range, NM 88002
> > > > (575) 678-2004 DSN 258-2004
> > > > FAX (575) 678-1230 DSN 258-1230
> > > > Email: john.w.raby2.civ at mail.mil
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Sat Feb 04 09:53:00 2017

Julie -

I started later than anticipated today and then had to comlete my
second attempt at compiling MET today. See the following:

Recompiled NetCDF
> echo $CC
/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icc
excalibur:~jraby/NetCDF/netcdf-4.1.1
> echo $CXX
/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icc
excalibur:~jraby/NetCDF/netcdf-4.1.1
> echo $FC

excalibur:~jraby/NetCDF/netcdf-4.1.1
> echo $F90

excalibur:~jraby/NetCDF/netcdf-4.1.1

./configure --prefix=/p/home/jraby/NetCDF/netcdf-4.1.1 --disable-
netcdf-4

Make
Make install

+-------------------------------------------------------------+
| Congratulations! You have successfully installed netCDF!    |

I then ran the make install per the tutorial and I think it indicates
the same error.

R/
John




-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, January 31, 2017 2:21 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.  I'm sorry to hear that you are having problems compiling
METv5.2.  I suspect there may be an inconsistency between how NetCDF
was compiled and how MET is trying to call it.

Please refer back to the directions for compiling NetCDF in the MET
online
tutorial:

Caution-
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

being sure to use the same family of compilers (it looks like you're
using intel compilers for MET) and being sure to set the following
environment variables before running the NetCDF configure script:

   - Set *CC* to the C compiler to be used.
   - Set *CXX* to the C++ compiler to be used.
   - Set *FC* to the Fortran compiler to be used (not used by MET) or
set
   to an empty string ("") to disable.
   - Set *F90* to the Fortran90 to be used (not used by MET) or set to
an
   empty string ("") to disable.

and also being sure to use the *--disable-netcdf-4* command line
argument.

Then, please try re-configuring and re-compiling MET and let me know
how it
goes.   I hope that helps!

Thanks!

Julie

On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
>
> Julie -
>
> I just completed the steps you suggested below, sourced the .bashrc
> file and then ran make clean and then  ./configure
> --prefix=/p/home/jraby/MET/met-5.2
> --enable-grib2 --enable-modis --enable-mode_graphics, then ran make
> install. The process worked for about 6 mins and then stopped. The
> last part of the make_install.log shows "Error 1" associated with
> commands which appeared to point to NetCDF. There were several lines
> containing a statement "undefined reference to...". I didn't see the
> catastrophic error I had before. I attached the log file. I would
> appreciate your assistance with diagnosing the problem.
>
> Thanks.
>
> R/
> John
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Friday, January 27, 2017 9:41 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please check your setting for *$MET_GSLINC*. It will likely be
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
>
> I suggest getting rid of the individual settings for *MET_GSLINC*
and
> *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
> *MET_GSLLIB*.
>
> The tutorial was recently updated, so I'd like to have you make one
> other change also please.  Could you please set *MET_FREETYPEINC* to
> /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> include/freetype2/freetype.
>
> Thanks!  Hopefully, after making those changes and running “make
clean”
> and “configure” again, then rebuilding, it'll go smoothly.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I tried building the MET sw and the make install process was
aborted
> > after about 6 mins. I followed the tutorial instructions as
follows:
> >
> > Looked at the MET User Support page at the FAQs, release notes and
> > known issues. Nothing useful except for possibly the known issues
> > page. Followed the guidance to update the sw with the latest
patches
> > which were dated with today’s date. Copied them to the MET dir and
> > then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
> > and then followed the instructions to run “make clean” and
“configure”
> > again, then rebuild (make
> > install) as before.
> >
> > The make install was aborted again with the following error cited
in
> > the make_install.log file (attached):
> >
> > “In file included from gsl_cdf.cc(19):
> > gsl_cdf.h(17): catastrophic error: cannot open source file
> "gsl/gsl_cdf.h"
> >   #include "gsl/gsl_cdf.h"
> >                           ^
> >
> > compilation aborted for gsl_cdf.cc (code 4)
> > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/libcode/vx_gsl_prob'
> > make[2]: *** [install-recursive] Error 1
> > make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> > make[1]: *** [install-recursive] Error 1
> > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > make: *** [install-recursive] Error 1”
> >
> >  I navigated to the GSL dir:
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > and was able to find the file: gsl_cdf.h. Not sure why it can’t
open it.
> >
> > This is a far as I could go for today.
> >
> > I am not sure what to try next. Any suggestions?
> >
> > I have to leave at 5:00pm (shortly) today and won't be back until
> > next Tuesday, but I can monitor emails from home. If you have a
> > suggestion on a fix, I might be able to try it from Caution-
Caution-home.
> >
> > Thanks
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 10:22 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Actually, you don't need to necessarily put anything in your
> > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> following
> > for example:
> >
> > error while loading shared libraries: libgsl.so.19: cannot open
> > shared object file: No such file or directory
> >
> > Then we suggest they add the path to the gsl library in their
> > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
so
> > you don't need to set your LD_LIBRARY_PATH at this time - only if
> > you encounter a problem.
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for the quick answers.
> > >
> > > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
> > > did in the .bashrc? For example:
> > >
> > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > >
> > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > that they are duplicated in the LD_LIBRARY_PATH?
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 9:29 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > > about compiling MET V5.2
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  I'll go ahead and close the other ticket we were
> > > corresponding in, since we have this new ticket now.
> > >
> > > You shouldn't need to set environment variables for the paths to
> > > zlib, png, and jasper.
> > >
> > > By default, MET version 5.2 is compiled using dynamic linking.
> > > Rather than compiling the external library code in with the MET
> > > executables, which is called static linking, it looks for them
at
> > > runtime.  And sometimes in looking for those "shared object"
(.so)
> > > library files, it needs some help by us setting (or adding to)
the
> > > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> > >
> > > You can specify CFLAGS as an environment variable in your
.bashrc
> > > file like this
> > >
> > > export CFLAGS="-D__64BIT__"
> > >
> > > Please not there is a dash in the front - it looks like your
> > > example below is missing the dash.  Then, be sure to source your
> > > .bashrc file before compiling MET.
> > >
> > > Good luck!  Let us know if you encounter any issues.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > >        Queue: met_help
> > > >      Subject: Questions about compiling MET V5.2
> > > >        Owner: Nobody
> > > >   Requestors: john.w.raby2.civ at mail.mil
> > > >       Status: new
> > > >  Ticket <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > >
> > > > I have a few questions I would like to ask prior to running
> > "configure".
> > > >
> > > > For running configure for MET, is there a need to set
> > > > environmental variables for the paths to zlib, png and jasper
> > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > >
> > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
the
> > > > library files, if I've already provided all the paths using
> > > > environmental variables in my .bashrc file?
> > > >
> > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > Mr John W. Raby, Meteorologist
> > > > U.S. Army Research Laboratory
> > > > White Sands Missile Range, NM 88002
> > > > (575) 678-2004 DSN 258-2004
> > > > FAX (575) 678-1230 DSN 258-1230
> > > > Email: john.w.raby2.civ at mail.mil
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 08:57:01 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I modified my .bashrc file to specify the version of NetCDF available
on my system (not the one I just recompiled) as follows:

> echo $MET_NETCDFLIB
/opt/cray/netcdf/4.3.2/INTEL/140/lib

> echo $MET_NETCDFINC
/opt/cray/netcdf/4.3.2/INTEL/140/include

Set the env vrbls as follows:

> export
CC=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icc

> export
CXX=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icpc

> export
F77=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/ifort

And then ran "make clean" followed by the "configure" and then the
"make install"l commands.

This attempt also ended in failure and appears to have a problem with
NetCDF again. I realized afterwards that probably the system version
of NetCDF was configured without "--disable-netcdf-4", so using that
version would not have worked anyway.

I've attached the make_install.log file for the above attempt.

I'm going to recompile NetCDF again and start over again.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, January 31, 2017 2:21 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.  I'm sorry to hear that you are having problems compiling
METv5.2.  I suspect there may be an inconsistency between how NetCDF
was compiled and how MET is trying to call it.

Please refer back to the directions for compiling NetCDF in the MET
online
tutorial:

Caution-
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

being sure to use the same family of compilers (it looks like you're
using intel compilers for MET) and being sure to set the following
environment variables before running the NetCDF configure script:

   - Set *CC* to the C compiler to be used.
   - Set *CXX* to the C++ compiler to be used.
   - Set *FC* to the Fortran compiler to be used (not used by MET) or
set
   to an empty string ("") to disable.
   - Set *F90* to the Fortran90 to be used (not used by MET) or set to
an
   empty string ("") to disable.

and also being sure to use the *--disable-netcdf-4* command line
argument.

Then, please try re-configuring and re-compiling MET and let me know
how it
goes.   I hope that helps!

Thanks!

Julie

On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
>
> Julie -
>
> I just completed the steps you suggested below, sourced the .bashrc
> file and then ran make clean and then  ./configure
> --prefix=/p/home/jraby/MET/met-5.2
> --enable-grib2 --enable-modis --enable-mode_graphics, then ran make
> install. The process worked for about 6 mins and then stopped. The
> last part of the make_install.log shows "Error 1" associated with
> commands which appeared to point to NetCDF. There were several lines
> containing a statement "undefined reference to...". I didn't see the
> catastrophic error I had before. I attached the log file. I would
> appreciate your assistance with diagnosing the problem.
>
> Thanks.
>
> R/
> John
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Friday, January 27, 2017 9:41 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please check your setting for *$MET_GSLINC*. It will likely be
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
>
> I suggest getting rid of the individual settings for *MET_GSLINC*
and
> *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
> *MET_GSLLIB*.
>
> The tutorial was recently updated, so I'd like to have you make one
> other change also please.  Could you please set *MET_FREETYPEINC* to
> /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> include/freetype2/freetype.
>
> Thanks!  Hopefully, after making those changes and running “make
clean”
> and “configure” again, then rebuilding, it'll go smoothly.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I tried building the MET sw and the make install process was
aborted
> > after about 6 mins. I followed the tutorial instructions as
follows:
> >
> > Looked at the MET User Support page at the FAQs, release notes and
> > known issues. Nothing useful except for possibly the known issues
> > page. Followed the guidance to update the sw with the latest
patches
> > which were dated with today’s date. Copied them to the MET dir and
> > then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
> > and then followed the instructions to run “make clean” and
“configure”
> > again, then rebuild (make
> > install) as before.
> >
> > The make install was aborted again with the following error cited
in
> > the make_install.log file (attached):
> >
> > “In file included from gsl_cdf.cc(19):
> > gsl_cdf.h(17): catastrophic error: cannot open source file
> "gsl/gsl_cdf.h"
> >   #include "gsl/gsl_cdf.h"
> >                           ^
> >
> > compilation aborted for gsl_cdf.cc (code 4)
> > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/libcode/vx_gsl_prob'
> > make[2]: *** [install-recursive] Error 1
> > make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> > make[1]: *** [install-recursive] Error 1
> > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > make: *** [install-recursive] Error 1”
> >
> >  I navigated to the GSL dir:
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > and was able to find the file: gsl_cdf.h. Not sure why it can’t
open it.
> >
> > This is a far as I could go for today.
> >
> > I am not sure what to try next. Any suggestions?
> >
> > I have to leave at 5:00pm (shortly) today and won't be back until
> > next Tuesday, but I can monitor emails from home. If you have a
> > suggestion on a fix, I might be able to try it from Caution-
Caution-home.
> >
> > Thanks
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 10:22 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Actually, you don't need to necessarily put anything in your
> > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> following
> > for example:
> >
> > error while loading shared libraries: libgsl.so.19: cannot open
> > shared object file: No such file or directory
> >
> > Then we suggest they add the path to the gsl library in their
> > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
so
> > you don't need to set your LD_LIBRARY_PATH at this time - only if
> > you encounter a problem.
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for the quick answers.
> > >
> > > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
> > > did in the .bashrc? For example:
> > >
> > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > >
> > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > that they are duplicated in the LD_LIBRARY_PATH?
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 9:29 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > > about compiling MET V5.2
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  I'll go ahead and close the other ticket we were
> > > corresponding in, since we have this new ticket now.
> > >
> > > You shouldn't need to set environment variables for the paths to
> > > zlib, png, and jasper.
> > >
> > > By default, MET version 5.2 is compiled using dynamic linking.
> > > Rather than compiling the external library code in with the MET
> > > executables, which is called static linking, it looks for them
at
> > > runtime.  And sometimes in looking for those "shared object"
(.so)
> > > library files, it needs some help by us setting (or adding to)
the
> > > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> > >
> > > You can specify CFLAGS as an environment variable in your
.bashrc
> > > file like this
> > >
> > > export CFLAGS="-D__64BIT__"
> > >
> > > Please not there is a dash in the front - it looks like your
> > > example below is missing the dash.  Then, be sure to source your
> > > .bashrc file before compiling MET.
> > >
> > > Good luck!  Let us know if you encounter any issues.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > >        Queue: met_help
> > > >      Subject: Questions about compiling MET V5.2
> > > >        Owner: Nobody
> > > >   Requestors: john.w.raby2.civ at mail.mil
> > > >       Status: new
> > > >  Ticket <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > >
> > > > I have a few questions I would like to ask prior to running
> > "configure".
> > > >
> > > > For running configure for MET, is there a need to set
> > > > environmental variables for the paths to zlib, png and jasper
> > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > >
> > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
the
> > > > library files, if I've already provided all the paths using
> > > > environmental variables in my .bashrc file?
> > > >
> > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > Mr John W. Raby, Meteorologist
> > > > U.S. Army Research Laboratory
> > > > White Sands Missile Range, NM 88002
> > > > (575) 678-2004 DSN 258-2004
> > > > FAX (575) 678-1230 DSN 258-1230
> > > > Email: john.w.raby2.civ at mail.mil
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 10:15:26 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I recompiled NetCDF again and it shows apparent success with the
"Congratulations" banner indicating a successful install.

Modified my .bashrc file to change back to the original paths to the
NetCDF which I recompiled for MET_NETCDFINC and MET_NETCDFLIB.

Sourced the .bashcr file.

Ran make clean, then the configure and finally, the make install.

This attempt ended in failure. At the end of the log file I find
repetitive statements like the following excerpt with an "error 1"
appearing closer to the end of the file.

/p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
ocinternal.o): In function `ocopen':
ocinternal.c:(.text+0x3ca): undefined reference to `curl_version_info'
/p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o): In
function `ocfetchhttpcode':
http.c:(.text+0xd): undefined reference to `curl_easy_getinfo'
/p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o): In
function `ocfetchurl_file':
http.c:(.text+0x120): undefined reference to `curl_easy_setopt'
http.c:(.text+0x13e): undefined reference to `curl_easy_setopt'
http.c:(.text+0x15c): undefined reference to `curl_easy_setopt'
http.c:(.text+0x17a): undefined reference to `curl_easy_setopt'
http.c:(.text+0x190): undefined reference to `curl_easy_perform'
http.c:(.text+0x1ba): undefined reference to `curl_easy_getinfo'
http.c:(.text+0x1d8): undefined reference to `curl_easy_strerror'
http.c:(.text+0x1f3): undefined reference to `curl_easy_strerror'
/p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o): In
function `ocfetchurl':
http.c:(.text+0x30b): undefined reference to `curl_easy_setopt'
http.c:(.text+0x329): undefined reference to `curl_easy_setopt'
http.c:(.text+0x345): undefined reference to `curl_easy_setopt'
http.c:(.text+0x363): undefined reference to `curl_easy_setopt'
http.c:(.text+0x36b): undefined reference to `curl_easy_perform'
http.c:(.text+0x391): undefined reference to `curl_easy_getinfo'
http.c:(.text+0x3ce): undefined reference to `curl_easy_strerror'
http.c:(.text+0x3e9): undefined reference to `curl_easy_strerror'
http.c:(.text+0x416): undefined reference to `curl_easy_strerror'

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, January 31, 2017 2:21 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.  I'm sorry to hear that you are having problems compiling
METv5.2.  I suspect there may be an inconsistency between how NetCDF
was compiled and how MET is trying to call it.

Please refer back to the directions for compiling NetCDF in the MET
online
tutorial:

Caution-
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

being sure to use the same family of compilers (it looks like you're
using intel compilers for MET) and being sure to set the following
environment variables before running the NetCDF configure script:

   - Set *CC* to the C compiler to be used.
   - Set *CXX* to the C++ compiler to be used.
   - Set *FC* to the Fortran compiler to be used (not used by MET) or
set
   to an empty string ("") to disable.
   - Set *F90* to the Fortran90 to be used (not used by MET) or set to
an
   empty string ("") to disable.

and also being sure to use the *--disable-netcdf-4* command line
argument.

Then, please try re-configuring and re-compiling MET and let me know
how it
goes.   I hope that helps!

Thanks!

Julie

On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
>
> Julie -
>
> I just completed the steps you suggested below, sourced the .bashrc
> file and then ran make clean and then  ./configure
> --prefix=/p/home/jraby/MET/met-5.2
> --enable-grib2 --enable-modis --enable-mode_graphics, then ran make
> install. The process worked for about 6 mins and then stopped. The
> last part of the make_install.log shows "Error 1" associated with
> commands which appeared to point to NetCDF. There were several lines
> containing a statement "undefined reference to...". I didn't see the
> catastrophic error I had before. I attached the log file. I would
> appreciate your assistance with diagnosing the problem.
>
> Thanks.
>
> R/
> John
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Friday, January 27, 2017 9:41 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please check your setting for *$MET_GSLINC*. It will likely be
> /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
>
> I suggest getting rid of the individual settings for *MET_GSLINC*
and
> *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> You only need to have either *MET_GSL* set OR both *MET_GSLINC* and
> *MET_GSLLIB*.
>
> The tutorial was recently updated, so I'd like to have you make one
> other change also please.  Could you please set *MET_FREETYPEINC* to
> /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> include/freetype2/freetype.
>
> Thanks!  Hopefully, after making those changes and running “make
clean”
> and “configure” again, then rebuilding, it'll go smoothly.
>
> Julie
>
>
> On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I tried building the MET sw and the make install process was
aborted
> > after about 6 mins. I followed the tutorial instructions as
follows:
> >
> > Looked at the MET User Support page at the FAQs, release notes and
> > known issues. Nothing useful except for possibly the known issues
> > page. Followed the guidance to update the sw with the latest
patches
> > which were dated with today’s date. Copied them to the MET dir and
> > then made a copy in the met-5.2/ dir. Unpacked in the met-5.2 dir
> > and then followed the instructions to run “make clean” and
“configure”
> > again, then rebuild (make
> > install) as before.
> >
> > The make install was aborted again with the following error cited
in
> > the make_install.log file (attached):
> >
> > “In file included from gsl_cdf.cc(19):
> > gsl_cdf.h(17): catastrophic error: cannot open source file
> "gsl/gsl_cdf.h"
> >   #include "gsl/gsl_cdf.h"
> >                           ^
> >
> > compilation aborted for gsl_cdf.cc (code 4)
> > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/libcode/vx_gsl_prob'
> > make[2]: *** [install-recursive] Error 1
> > make[2]: Leaving directory `/p/home/jraby/MET/met-5.2/src/libcode'
> > make[1]: *** [install-recursive] Error 1
> > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > make: *** [install-recursive] Error 1”
> >
> >  I navigated to the GSL dir:
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > and was able to find the file: gsl_cdf.h. Not sure why it can’t
open it.
> >
> > This is a far as I could go for today.
> >
> > I am not sure what to try next. Any suggestions?
> >
> > I have to leave at 5:00pm (shortly) today and won't be back until
> > next Tuesday, but I can monitor emails from home. If you have a
> > suggestion on a fix, I might be able to try it from Caution-
Caution-home.
> >
> > Thanks
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Thursday, January 26, 2017 10:22 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Actually, you don't need to necessarily put anything in your
> > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> following
> > for example:
> >
> > error while loading shared libraries: libgsl.so.19: cannot open
> > shared object file: No such file or directory
> >
> > Then we suggest they add the path to the gsl library in their
> > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
so
> > you don't need to set your LD_LIBRARY_PATH at this time - only if
> > you encounter a problem.
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for the quick answers.
> > >
> > > So, are the paths I enter in the LD_LIBRARY _PATH listed like I
> > > did in the .bashrc? For example:
> > >
> > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > >
> > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > that they are duplicated in the LD_LIBRARY_PATH?
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 9:29 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> > > about compiling MET V5.2
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  I'll go ahead and close the other ticket we were
> > > corresponding in, since we have this new ticket now.
> > >
> > > You shouldn't need to set environment variables for the paths to
> > > zlib, png, and jasper.
> > >
> > > By default, MET version 5.2 is compiled using dynamic linking.
> > > Rather than compiling the external library code in with the MET
> > > executables, which is called static linking, it looks for them
at
> > > runtime.  And sometimes in looking for those "shared object"
(.so)
> > > library files, it needs some help by us setting (or adding to)
the
> > > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> > >
> > > You can specify CFLAGS as an environment variable in your
.bashrc
> > > file like this
> > >
> > > export CFLAGS="-D__64BIT__"
> > >
> > > Please not there is a dash in the front - it looks like your
> > > example below is missing the dash.  Then, be sure to source your
> > > .bashrc file before compiling MET.
> > >
> > > Good luck!  Let us know if you encounter any issues.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > >        Queue: met_help
> > > >      Subject: Questions about compiling MET V5.2
> > > >        Owner: Nobody
> > > >   Requestors: john.w.raby2.civ at mail.mil
> > > >       Status: new
> > > >  Ticket <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > >
> > > > I have a few questions I would like to ask prior to running
> > "configure".
> > > >
> > > > For running configure for MET, is there a need to set
> > > > environmental variables for the paths to zlib, png and jasper
> > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > >
> > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
the
> > > > library files, if I've already provided all the paths using
> > > > environmental variables in my .bashrc file?
> > > >
> > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > Mr John W. Raby, Meteorologist
> > > > U.S. Army Research Laboratory
> > > > White Sands Missile Range, NM 88002
> > > > (575) 678-2004 DSN 258-2004
> > > > FAX (575) 678-1230 DSN 258-1230
> > > > Email: john.w.raby2.civ at mail.mil
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Mon Feb 06 11:08:32 2017

Hi John. I'm sorry that you are still having problems with the MET
installation.  I'd like to have you try installing a different version
of
NetCDF - version 3.6.3.

I have outlined the following steps, which you should be able to
simply
copy and paste.  These steps will get *netcdf-3.6.3.tar.gz,* set up
the
environment, configure and install netcdf, configure and install MET.
Please take a look to make sure everything looks good to you and then
please run the following:

*cd *





*/p/home/jraby/NetCDF/ wget
http://www.unidata.ucar.edu/downloads/netcdf/ftp/netcdf-3.6.3.tar.gz
<http://www.unidata.ucar.edu/downloads/netcdf/ftp/netcdf-
3.6.3.tar.gz>tar
-zxf netcdf-3.6.3.tar.gzexport
CC=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/iccexport
CXX=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icpcexport
FC=""*





*export F90=""cd netcdf-3.6.3./configure --prefix=`pwd`makemake
install*

*export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3export
F77=/opt/intel/compilers_and_**libraries_2016.0.109/linux/*
*bin/intel64/ifort*

*cd /p/home/jraby/MET/met-5.2/*
*make clean*
*./configure --prefix=`pwd` --enable-grib2 --enable-modis
--enable-mode_graphics*



*make install >& make_install.log &tail -f make_install.log*
Please let me know how that goes.

Thanks,
Julie


On Mon, Feb 6, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I recompiled NetCDF again and it shows apparent success with the
> "Congratulations" banner indicating a successful install.
>
> Modified my .bashrc file to change back to the original paths to the
> NetCDF which I recompiled for MET_NETCDFINC and MET_NETCDFLIB.
>
> Sourced the .bashcr file.
>
> Ran make clean, then the configure and finally, the make install.
>
> This attempt ended in failure. At the end of the log file I find
> repetitive statements like the following excerpt with an "error 1"
> appearing closer to the end of the file.
>
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
ocinternal.o):
> In function `ocopen':
> ocinternal.c:(.text+0x3ca): undefined reference to
`curl_version_info'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchhttpcode':
> http.c:(.text+0xd): undefined reference to `curl_easy_getinfo'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchurl_file':
> http.c:(.text+0x120): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x13e): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x15c): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x17a): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x190): undefined reference to `curl_easy_perform'
> http.c:(.text+0x1ba): undefined reference to `curl_easy_getinfo'
> http.c:(.text+0x1d8): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x1f3): undefined reference to `curl_easy_strerror'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchurl':
> http.c:(.text+0x30b): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x329): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x345): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x363): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x36b): undefined reference to `curl_easy_perform'
> http.c:(.text+0x391): undefined reference to `curl_easy_getinfo'
> http.c:(.text+0x3ce): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x3e9): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x416): undefined reference to `curl_easy_strerror'
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, January 31, 2017 2:21 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.  I'm sorry to hear that you are having problems compiling
> METv5.2.  I suspect there may be an inconsistency between how NetCDF
was
> compiled and how MET is trying to call it.
>
> Please refer back to the directions for compiling NetCDF in the MET
online
> tutorial:
>
> Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> being sure to use the same family of compilers (it looks like you're
using
> intel compilers for MET) and being sure to set the following
environment
> variables before running the NetCDF configure script:
>
>    - Set *CC* to the C compiler to be used.
>    - Set *CXX* to the C++ compiler to be used.
>    - Set *FC* to the Fortran compiler to be used (not used by MET)
or set
>    to an empty string ("") to disable.
>    - Set *F90* to the Fortran90 to be used (not used by MET) or set
to an
>    empty string ("") to disable.
>
> and also being sure to use the *--disable-netcdf-4* command line
argument.
>
> Then, please try re-configuring and re-compiling MET and let me know
how it
> goes.   I hope that helps!
>
> Thanks!
>
> Julie
>
> On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
> > Julie -
> >
> > I just completed the steps you suggested below, sourced the
.bashrc
> > file and then ran make clean and then  ./configure
> > --prefix=/p/home/jraby/MET/met-5.2
> > --enable-grib2 --enable-modis --enable-mode_graphics, then ran
make
> > install. The process worked for about 6 mins and then stopped. The
> > last part of the make_install.log shows "Error 1" associated with
> > commands which appeared to point to NetCDF. There were several
lines
> > containing a statement "undefined reference to...". I didn't see
the
> > catastrophic error I had before. I attached the log file. I would
> > appreciate your assistance with diagnosing the problem.
> >
> > Thanks.
> >
> > R/
> > John
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Friday, January 27, 2017 9:41 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Please check your setting for *$MET_GSLINC*. It will likely be
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
> >
> > I suggest getting rid of the individual settings for *MET_GSLINC*
and
> > *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> > You only need to have either *MET_GSL* set OR both *MET_GSLINC*
and
> > *MET_GSLLIB*.
> >
> > The tutorial was recently updated, so I'd like to have you make
one
> > other change also please.  Could you please set *MET_FREETYPEINC*
to
> > /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> > instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> > include/freetype2/freetype.
> >
> > Thanks!  Hopefully, after making those changes and running “make
clean”
> > and “configure” again, then rebuilding, it'll go smoothly.
> >
> > Julie
> >
> >
> > On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I tried building the MET sw and the make install process was
aborted
> > > after about 6 mins. I followed the tutorial instructions as
follows:
> > >
> > > Looked at the MET User Support page at the FAQs, release notes
and
> > > known issues. Nothing useful except for possibly the known
issues
> > > page. Followed the guidance to update the sw with the latest
patches
> > > which were dated with today’s date. Copied them to the MET dir
and
> > > then made a copy in the met-5.2/ dir. Unpacked in the met-5.2
dir
> > > and then followed the instructions to run “make clean” and
“configure”
> > > again, then rebuild (make
> > > install) as before.
> > >
> > > The make install was aborted again with the following error
cited in
> > > the make_install.log file (attached):
> > >
> > > “In file included from gsl_cdf.cc(19):
> > > gsl_cdf.h(17): catastrophic error: cannot open source file
> > "gsl/gsl_cdf.h"
> > >   #include "gsl/gsl_cdf.h"
> > >                           ^
> > >
> > > compilation aborted for gsl_cdf.cc (code 4)
> > > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > src/libcode/vx_gsl_prob'
> > > make[2]: *** [install-recursive] Error 1
> > > make[2]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/libcode'
> > > make[1]: *** [install-recursive] Error 1
> > > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > > make: *** [install-recursive] Error 1”
> > >
> > >  I navigated to the GSL dir:
> > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > > and was able to find the file: gsl_cdf.h. Not sure why it can’t
open
> it.
> > >
> > > This is a far as I could go for today.
> > >
> > > I am not sure what to try next. Any suggestions?
> > >
> > > I have to leave at 5:00pm (shortly) today and won't be back
until
> > > next Tuesday, but I can monitor emails from home. If you have a
> > > suggestion on a fix, I might be able to try it from
> Caution-Caution-home.
> > >
> > > Thanks
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 10:22 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Actually, you don't need to necessarily put anything in your
> > > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> > following
> > > for example:
> > >
> > > error while loading shared libraries: libgsl.so.19: cannot open
> > > shared object file: No such file or directory
> > >
> > > Then we suggest they add the path to the gsl library in their
> > > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
so
> > > you don't need to set your LD_LIBRARY_PATH at this time - only
if
> > > you encounter a problem.
> > >
> > > I hope that helps!
> > >
> > > Julie
> > >
> > > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for the quick answers.
> > > >
> > > > So, are the paths I enter in the LD_LIBRARY _PATH listed like
I
> > > > did in the .bashrc? For example:
> > > >
> > > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > > >
> > > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > > that they are duplicated in the LD_LIBRARY_PATH?
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Thursday, January 26, 2017 9:29 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > > about compiling MET V5.2
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  I'll go ahead and close the other ticket we were
> > > > corresponding in, since we have this new ticket now.
> > > >
> > > > You shouldn't need to set environment variables for the paths
to
> > > > zlib, png, and jasper.
> > > >
> > > > By default, MET version 5.2 is compiled using dynamic linking.
> > > > Rather than compiling the external library code in with the
MET
> > > > executables, which is called static linking, it looks for them
at
> > > > runtime.  And sometimes in looking for those "shared object"
(.so)
> > > > library files, it needs some help by us setting (or adding to)
the
> > > > LD_LIBRARY_PATH.  We see this commonly with the GSL library.
> > > >
> > > > You can specify CFLAGS as an environment variable in your
.bashrc
> > > > file like this
> > > >
> > > > export CFLAGS="-D__64BIT__"
> > > >
> > > > Please not there is a dash in the front - it looks like your
> > > > example below is missing the dash.  Then, be sure to source
your
> > > > .bashrc file before compiling MET.
> > > >
> > > > Good luck!  Let us know if you encounter any issues.
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > > >        Queue: met_help
> > > > >      Subject: Questions about compiling MET V5.2
> > > > >        Owner: Nobody
> > > > >   Requestors: john.w.raby2.civ at mail.mil
> > > > >       Status: new
> > > > >  Ticket <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > >
> > > > > I have a few questions I would like to ask prior to running
> > > "configure".
> > > > >
> > > > > For running configure for MET, is there a need to set
> > > > > environmental variables for the paths to zlib, png and
jasper
> > > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > > >
> > > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
the
> > > > > library files, if I've already provided all the paths using
> > > > > environmental variables in my .bashrc file?
> > > > >
> > > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > > >
> > > > > Thanks.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > Mr John W. Raby, Meteorologist
> > > > > U.S. Army Research Laboratory
> > > > > White Sands Missile Range, NM 88002
> > > > > (575) 678-2004 DSN 258-2004
> > > > > FAX (575) 678-1230 DSN 258-1230
> > > > > Email: john.w.raby2.civ at mail.mil
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 11:12:57 2017

CLASSIFICATION: UNCLASSIFIED

Hi Julie -

Thanks for the suggestion. I'll try it out.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, February 06, 2017 11:09 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John. I'm sorry that you are still having problems with the MET
installation.  I'd like to have you try installing a different version
of NetCDF - version 3.6.3.

I have outlined the following steps, which you should be able to
simply copy and paste.  These steps will get *netcdf-3.6.3.tar.gz,*
set up the environment, configure and install netcdf, configure and
install MET.
Please take a look to make sure everything looks good to you and then
please run the following:

*cd *





*/p/home/jraby/NetCDF/ wget
Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/netcdf-
3.6.3.tar.gz
<Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/netcdf-
3.6.3.tar.gz>tar
-zxf netcdf-3.6.3.tar.gzexport
CC=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/iccexport
CXX=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icpcexport
FC=""*





*export F90=""cd netcdf-3.6.3./configure --prefix=`pwd`makemake
install*

*export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3export
F77=/opt/intel/compilers_and_**libraries_2016.0.109/linux/*
*bin/intel64/ifort*

*cd /p/home/jraby/MET/met-5.2/*
*make clean*
*./configure --prefix=`pwd` --enable-grib2 --enable-modis
--enable-mode_graphics*



*make install >& make_install.log &tail -f make_install.log* Please
let me know how that goes.

Thanks,
Julie


On Mon, Feb 6, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I recompiled NetCDF again and it shows apparent success with the
> "Congratulations" banner indicating a successful install.
>
> Modified my .bashrc file to change back to the original paths to the
> NetCDF which I recompiled for MET_NETCDFINC and MET_NETCDFLIB.
>
> Sourced the .bashcr file.
>
> Ran make clean, then the configure and finally, the make install.
>
> This attempt ended in failure. At the end of the log file I find
> repetitive statements like the following excerpt with an "error 1"
> appearing closer to the end of the file.
>
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
ocinternal.o):
> In function `ocopen':
> ocinternal.c:(.text+0x3ca): undefined reference to
`curl_version_info'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchhttpcode':
> http.c:(.text+0xd): undefined reference to `curl_easy_getinfo'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchurl_file':
> http.c:(.text+0x120): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x13e): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x15c): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x17a): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x190): undefined reference to `curl_easy_perform'
> http.c:(.text+0x1ba): undefined reference to `curl_easy_getinfo'
> http.c:(.text+0x1d8): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x1f3): undefined reference to `curl_easy_strerror'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchurl':
> http.c:(.text+0x30b): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x329): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x345): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x363): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x36b): undefined reference to `curl_easy_perform'
> http.c:(.text+0x391): undefined reference to `curl_easy_getinfo'
> http.c:(.text+0x3ce): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x3e9): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x416): undefined reference to `curl_easy_strerror'
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, January 31, 2017 2:21 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  I'm sorry to hear that you are having problems compiling
> METv5.2.  I suspect there may be an inconsistency between how NetCDF
> was compiled and how MET is trying to call it.
>
> Please refer back to the directions for compiling NetCDF in the MET
> online
> tutorial:
>
> Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> being sure to use the same family of compilers (it looks like you're
> using intel compilers for MET) and being sure to set the following
> environment variables before running the NetCDF configure script:
>
>    - Set *CC* to the C compiler to be used.
>    - Set *CXX* to the C++ compiler to be used.
>    - Set *FC* to the Fortran compiler to be used (not used by MET)
or set
>    to an empty string ("") to disable.
>    - Set *F90* to the Fortran90 to be used (not used by MET) or set
to an
>    empty string ("") to disable.
>
> and also being sure to use the *--disable-netcdf-4* command line
argument.
>
> Then, please try re-configuring and re-compiling MET and let me know
how it
> goes.   I hope that helps!
>
> Thanks!
>
> Julie
>
> On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
> > Julie -
> >
> > I just completed the steps you suggested below, sourced the
.bashrc
> > file and then ran make clean and then  ./configure
> > --prefix=/p/home/jraby/MET/met-5.2
> > --enable-grib2 --enable-modis --enable-mode_graphics, then ran
make
> > install. The process worked for about 6 mins and then stopped. The
> > last part of the make_install.log shows "Error 1" associated with
> > commands which appeared to point to NetCDF. There were several
lines
> > containing a statement "undefined reference to...". I didn't see
the
> > catastrophic error I had before. I attached the log file. I would
> > appreciate your assistance with diagnosing the problem.
> >
> > Thanks.
> >
> > R/
> > John
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Friday, January 27, 2017 9:41 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Please check your setting for *$MET_GSLINC*. It will likely be
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
> >
> > I suggest getting rid of the individual settings for *MET_GSLINC*
> > and
> > *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> > You only need to have either *MET_GSL* set OR both *MET_GSLINC*
and
> > *MET_GSLLIB*.
> >
> > The tutorial was recently updated, so I'd like to have you make
one
> > other change also please.  Could you please set *MET_FREETYPEINC*
to
> > /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> > instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> > include/freetype2/freetype.
> >
> > Thanks!  Hopefully, after making those changes and running “make
clean”
> > and “configure” again, then rebuilding, it'll go smoothly.
> >
> > Julie
> >
> >
> > On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I tried building the MET sw and the make install process was
> > > aborted after about 6 mins. I followed the tutorial instructions
as follows:
> > >
> > > Looked at the MET User Support page at the FAQs, release notes
and
> > > known issues. Nothing useful except for possibly the known
issues
> > > page. Followed the guidance to update the sw with the latest
> > > patches which were dated with today’s date. Copied them to the
MET
> > > dir and then made a copy in the met-5.2/ dir. Unpacked in the
> > > met-5.2 dir and then followed the instructions to run “make
clean” and “configure”
> > > again, then rebuild (make
> > > install) as before.
> > >
> > > The make install was aborted again with the following error
cited
> > > in the make_install.log file (attached):
> > >
> > > “In file included from gsl_cdf.cc(19):
> > > gsl_cdf.h(17): catastrophic error: cannot open source file
> > "gsl/gsl_cdf.h"
> > >   #include "gsl/gsl_cdf.h"
> > >                           ^
> > >
> > > compilation aborted for gsl_cdf.cc (code 4)
> > > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > src/libcode/vx_gsl_prob'
> > > make[2]: *** [install-recursive] Error 1
> > > make[2]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/libcode'
> > > make[1]: *** [install-recursive] Error 1
> > > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > > make: *** [install-recursive] Error 1”
> > >
> > >  I navigated to the GSL dir:
> > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > > and was able to find the file: gsl_cdf.h. Not sure why it can’t
> > > open
> it.
> > >
> > > This is a far as I could go for today.
> > >
> > > I am not sure what to try next. Any suggestions?
> > >
> > > I have to leave at 5:00pm (shortly) today and won't be back
until
> > > next Tuesday, but I can monitor emails from home. If you have a
> > > suggestion on a fix, I might be able to try it from
> Caution-Caution-Caution-home.
> > >
> > > Thanks
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 10:22 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Actually, you don't need to necessarily put anything in your
> > > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> > following
> > > for example:
> > >
> > > error while loading shared libraries: libgsl.so.19: cannot open
> > > shared object file: No such file or directory
> > >
> > > Then we suggest they add the path to the gsl library in their
> > > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
> > > so you don't need to set your LD_LIBRARY_PATH at this time -
only
> > > if you encounter a problem.
> > >
> > > I hope that helps!
> > >
> > > Julie
> > >
> > > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for the quick answers.
> > > >
> > > > So, are the paths I enter in the LD_LIBRARY _PATH listed like
I
> > > > did in the .bashrc? For example:
> > > >
> > > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > > >
> > > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > > that they are duplicated in the LD_LIBRARY_PATH?
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Thursday, January 26, 2017 9:29 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > > about compiling MET V5.2
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  I'll go ahead and close the other ticket we were
> > > > corresponding in, since we have this new ticket now.
> > > >
> > > > You shouldn't need to set environment variables for the paths
to
> > > > zlib, png, and jasper.
> > > >
> > > > By default, MET version 5.2 is compiled using dynamic linking.
> > > > Rather than compiling the external library code in with the
MET
> > > > executables, which is called static linking, it looks for them
> > > > at runtime.  And sometimes in looking for those "shared
object"
> > > > (.so) library files, it needs some help by us setting (or
adding
> > > > to) the LD_LIBRARY_PATH.  We see this commonly with the GSL
library.
> > > >
> > > > You can specify CFLAGS as an environment variable in your
> > > > .bashrc file like this
> > > >
> > > > export CFLAGS="-D__64BIT__"
> > > >
> > > > Please not there is a dash in the front - it looks like your
> > > > example below is missing the dash.  Then, be sure to source
your
> > > > .bashrc file before compiling MET.
> > > >
> > > > Good luck!  Let us know if you encounter any issues.
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > > >        Queue: met_help
> > > > >      Subject: Questions about compiling MET V5.2
> > > > >        Owner: Nobody
> > > > >   Requestors: john.w.raby2.civ at mail.mil
> > > > >       Status: new
> > > > >  Ticket <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > >
> > > > > I have a few questions I would like to ask prior to running
> > > "configure".
> > > > >
> > > > > For running configure for MET, is there a need to set
> > > > > environmental variables for the paths to zlib, png and
jasper
> > > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > > >
> > > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
> > > > > the library files, if I've already provided all the paths
> > > > > using environmental variables in my .bashrc file?
> > > > >
> > > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > > >
> > > > > Thanks.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > Mr John W. Raby, Meteorologist U.S. Army Research Laboratory
> > > > > White Sands Missile Range, NM 88002
> > > > > (575) 678-2004 DSN 258-2004
> > > > > FAX (575) 678-1230 DSN 258-1230
> > > > > Email: john.w.raby2.civ at mail.mil
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 12:30:38 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Just completed the steps you listed. I substituted explicit paths for
instances of "pwd". Everything went as expected except after executing
the make install for MET I still get that error having to do with
NetCDF.

"In file included from nc_var_info.cc(24):
nc_var_info.h(24): catastrophic error: cannot open source file
"netcdf.hh"
  #include <netcdf.hh>"

I am looking at the paths which appear in the log file dialog and I
noticed that the path to NetCDF in my home shows as follows:

"tc_util -I/p/home/jraby/NetCDF/netcdf-4.1.1/include

I executed the following which should have changed the path to the
V3.6.3 version of NetCDF:

export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3

Does this mean that the env variables MET_NETCDFINC and MET_NETCDFLIB
(from my .bashrc file) are still active and are getting read in? Both
of these variables set the path to NetCDF V4.1.1 which I had deleted
before executing your commands. Maybe I should remove those two env
variables from my .bashrc and replace with your MET_NETCDF.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, February 06, 2017 11:09 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John. I'm sorry that you are still having problems with the MET
installation.  I'd like to have you try installing a different version
of NetCDF - version 3.6.3.

I have outlined the following steps, which you should be able to
simply copy and paste.  These steps will get *netcdf-3.6.3.tar.gz,*
set up the environment, configure and install netcdf, configure and
install MET.
Please take a look to make sure everything looks good to you and then
please run the following:

*cd *





*/p/home/jraby/NetCDF/ wget
Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/netcdf-
3.6.3.tar.gz
<Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/netcdf-
3.6.3.tar.gz>tar
-zxf netcdf-3.6.3.tar.gzexport
CC=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/iccexport
CXX=/opt/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/icpcexport
FC=""*





*export F90=""cd netcdf-3.6.3./configure --prefix=`pwd`makemake
install*

*export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3export
F77=/opt/intel/compilers_and_**libraries_2016.0.109/linux/*
*bin/intel64/ifort*

*cd /p/home/jraby/MET/met-5.2/*
*make clean*
*./configure --prefix=`pwd` --enable-grib2 --enable-modis
--enable-mode_graphics*



*make install >& make_install.log &tail -f make_install.log* Please
let me know how that goes.

Thanks,
Julie


On Mon, Feb 6, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I recompiled NetCDF again and it shows apparent success with the
> "Congratulations" banner indicating a successful install.
>
> Modified my .bashrc file to change back to the original paths to the
> NetCDF which I recompiled for MET_NETCDFINC and MET_NETCDFLIB.
>
> Sourced the .bashcr file.
>
> Ran make clean, then the configure and finally, the make install.
>
> This attempt ended in failure. At the end of the log file I find
> repetitive statements like the following excerpt with an "error 1"
> appearing closer to the end of the file.
>
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
ocinternal.o):
> In function `ocopen':
> ocinternal.c:(.text+0x3ca): undefined reference to
`curl_version_info'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchhttpcode':
> http.c:(.text+0xd): undefined reference to `curl_easy_getinfo'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchurl_file':
> http.c:(.text+0x120): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x13e): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x15c): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x17a): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x190): undefined reference to `curl_easy_perform'
> http.c:(.text+0x1ba): undefined reference to `curl_easy_getinfo'
> http.c:(.text+0x1d8): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x1f3): undefined reference to `curl_easy_strerror'
> /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-http.o):
In
> function `ocfetchurl':
> http.c:(.text+0x30b): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x329): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x345): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x363): undefined reference to `curl_easy_setopt'
> http.c:(.text+0x36b): undefined reference to `curl_easy_perform'
> http.c:(.text+0x391): undefined reference to `curl_easy_getinfo'
> http.c:(.text+0x3ce): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x3e9): undefined reference to `curl_easy_strerror'
> http.c:(.text+0x416): undefined reference to `curl_easy_strerror'
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, January 31, 2017 2:21 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  I'm sorry to hear that you are having problems compiling
> METv5.2.  I suspect there may be an inconsistency between how NetCDF
> was compiled and how MET is trying to call it.
>
> Please refer back to the directions for compiling NetCDF in the MET
> online
> tutorial:
>
> Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> being sure to use the same family of compilers (it looks like you're
> using intel compilers for MET) and being sure to set the following
> environment variables before running the NetCDF configure script:
>
>    - Set *CC* to the C compiler to be used.
>    - Set *CXX* to the C++ compiler to be used.
>    - Set *FC* to the Fortran compiler to be used (not used by MET)
or set
>    to an empty string ("") to disable.
>    - Set *F90* to the Fortran90 to be used (not used by MET) or set
to an
>    empty string ("") to disable.
>
> and also being sure to use the *--disable-netcdf-4* command line
argument.
>
> Then, please try re-configuring and re-compiling MET and let me know
how it
> goes.   I hope that helps!
>
> Thanks!
>
> Julie
>
> On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
> > Julie -
> >
> > I just completed the steps you suggested below, sourced the
.bashrc
> > file and then ran make clean and then  ./configure
> > --prefix=/p/home/jraby/MET/met-5.2
> > --enable-grib2 --enable-modis --enable-mode_graphics, then ran
make
> > install. The process worked for about 6 mins and then stopped. The
> > last part of the make_install.log shows "Error 1" associated with
> > commands which appeared to point to NetCDF. There were several
lines
> > containing a statement "undefined reference to...". I didn't see
the
> > catastrophic error I had before. I attached the log file. I would
> > appreciate your assistance with diagnosing the problem.
> >
> > Thanks.
> >
> > R/
> > John
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Friday, January 27, 2017 9:41 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Please check your setting for *$MET_GSLINC*. It will likely be
> > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
> >
> > I suggest getting rid of the individual settings for *MET_GSLINC*
> > and
> > *MET_GSLLIB* and just set *MET_GSL* to /p/home/jraby/MET/GSL/gsl-
2.2.1.
> > You only need to have either *MET_GSL* set OR both *MET_GSLINC*
and
> > *MET_GSLLIB*.
> >
> > The tutorial was recently updated, so I'd like to have you make
one
> > other change also please.  Could you please set *MET_FREETYPEINC*
to
> > /p/home/jraby/freetype/installed/freetype-2.6.5/include/freetype2
> > instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> > include/freetype2/freetype.
> >
> > Thanks!  Hopefully, after making those changes and running “make
clean”
> > and “configure” again, then rebuilding, it'll go smoothly.
> >
> > Julie
> >
> >
> > On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I tried building the MET sw and the make install process was
> > > aborted after about 6 mins. I followed the tutorial instructions
as follows:
> > >
> > > Looked at the MET User Support page at the FAQs, release notes
and
> > > known issues. Nothing useful except for possibly the known
issues
> > > page. Followed the guidance to update the sw with the latest
> > > patches which were dated with today’s date. Copied them to the
MET
> > > dir and then made a copy in the met-5.2/ dir. Unpacked in the
> > > met-5.2 dir and then followed the instructions to run “make
clean” and “configure”
> > > again, then rebuild (make
> > > install) as before.
> > >
> > > The make install was aborted again with the following error
cited
> > > in the make_install.log file (attached):
> > >
> > > “In file included from gsl_cdf.cc(19):
> > > gsl_cdf.h(17): catastrophic error: cannot open source file
> > "gsl/gsl_cdf.h"
> > >   #include "gsl/gsl_cdf.h"
> > >                           ^
> > >
> > > compilation aborted for gsl_cdf.cc (code 4)
> > > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > src/libcode/vx_gsl_prob'
> > > make[2]: *** [install-recursive] Error 1
> > > make[2]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/libcode'
> > > make[1]: *** [install-recursive] Error 1
> > > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > > make: *** [install-recursive] Error 1”
> > >
> > >  I navigated to the GSL dir:
> > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > > and was able to find the file: gsl_cdf.h. Not sure why it can’t
> > > open
> it.
> > >
> > > This is a far as I could go for today.
> > >
> > > I am not sure what to try next. Any suggestions?
> > >
> > > I have to leave at 5:00pm (shortly) today and won't be back
until
> > > next Tuesday, but I can monitor emails from home. If you have a
> > > suggestion on a fix, I might be able to try it from
> Caution-Caution-Caution-home.
> > >
> > > Thanks
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Thursday, January 26, 2017 10:22 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Actually, you don't need to necessarily put anything in your
> > > LD_LIBRARY_PATH.   If a user encounters a runtime error like the
> > following
> > > for example:
> > >
> > > error while loading shared libraries: libgsl.so.19: cannot open
> > > shared object file: No such file or directory
> > >
> > > Then we suggest they add the path to the gsl library in their
> > > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors yet,
> > > so you don't need to set your LD_LIBRARY_PATH at this time -
only
> > > if you encounter a problem.
> > >
> > > I hope that helps!
> > >
> > > Julie
> > >
> > > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for the quick answers.
> > > >
> > > > So, are the paths I enter in the LD_LIBRARY _PATH listed like
I
> > > > did in the .bashrc? For example:
> > > >
> > > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > > >
> > > > Do I add all of the "MET_*" paths which are in my .bashrc such
> > > > that they are duplicated in the LD_LIBRARY_PATH?
> > > >
> > > > Thanks.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Thursday, January 26, 2017 9:29 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > > about compiling MET V5.2
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  I'll go ahead and close the other ticket we were
> > > > corresponding in, since we have this new ticket now.
> > > >
> > > > You shouldn't need to set environment variables for the paths
to
> > > > zlib, png, and jasper.
> > > >
> > > > By default, MET version 5.2 is compiled using dynamic linking.
> > > > Rather than compiling the external library code in with the
MET
> > > > executables, which is called static linking, it looks for them
> > > > at runtime.  And sometimes in looking for those "shared
object"
> > > > (.so) library files, it needs some help by us setting (or
adding
> > > > to) the LD_LIBRARY_PATH.  We see this commonly with the GSL
library.
> > > >
> > > > You can specify CFLAGS as an environment variable in your
> > > > .bashrc file like this
> > > >
> > > > export CFLAGS="-D__64BIT__"
> > > >
> > > > Please not there is a dash in the front - it looks like your
> > > > example below is missing the dash.  Then, be sure to source
your
> > > > .bashrc file before compiling MET.
> > > >
> > > > Good luck!  Let us know if you encounter any issues.
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > > >        Queue: met_help
> > > > >      Subject: Questions about compiling MET V5.2
> > > > >        Owner: Nobody
> > > > >   Requestors: john.w.raby2.civ at mail.mil
> > > > >       Status: new
> > > > >  Ticket <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > >
> > > > > I have a few questions I would like to ask prior to running
> > > "configure".
> > > > >
> > > > > For running configure for MET, is there a need to set
> > > > > environmental variables for the paths to zlib, png and
jasper
> > > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > > >
> > > > > Why would I use the LD_LIBRARY_PATH to provide the paths to
> > > > > the library files, if I've already provided all the paths
> > > > > using environmental variables in my .bashrc file?
> > > > >
> > > > > When and how do I specify "CFLAGS="_D_64BIT_" when compiling
MET?
> > > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > > >
> > > > > Thanks.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > Mr John W. Raby, Meteorologist U.S. Army Research Laboratory
> > > > > White Sands Missile Range, NM 88002
> > > > > (575) 678-2004 DSN 258-2004
> > > > > FAX (575) 678-1230 DSN 258-1230
> > > > > Email: john.w.raby2.civ at mail.mil
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Mon Feb 06 12:40:19 2017

Hi John.

Yes, please change your .bashrc.  Instead of setting MET_NETCDFINC and
MET_NETCDFLIB to the 4.1.1 location in your .bashrc, please instead
just go
ahead and set those to:

export MET_NETCDFINC=/p/home/jraby/NetCDF/netcdf-3.6.3/include
export MET_NETCDFLIB=/p/home/jraby/NetCDF/netcdf-3.6.3/lib

While you could replace these with just MET_NETCDF, I'm worried that
the
INC and LIB variables will stay set in your environment, so if you
could
just please replace the values with the ones above for 3.6.3 and give
that
a shot, I would appreciate it.  Thanks!

Then please rerun:


*source ~/.bashrcexport F77=/opt/intel/compilers_and_*
*libraries_2016.0.109/linux/*
*bin/intel64/ifort*

*cd /p/home/jraby/MET/met-5.2/*
*make clean*
*./configure --prefix=**/p/home/jraby/MET/met-5.2/ --enable-grib2
--enable-modis --enable-mode_graphics*

*make install >& make_install.log &tail -f make_install.log*

Please let me know how it goes.

Thanks,
Julie

On Mon, Feb 6, 2017 at 12:30 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Just completed the steps you listed. I substituted explicit paths
for
> instances of "pwd". Everything went as expected except after
executing the
> make install for MET I still get that error having to do with
NetCDF.
>
> "In file included from nc_var_info.cc(24):
> nc_var_info.h(24): catastrophic error: cannot open source file
"netcdf.hh"
>   #include <netcdf.hh>"
>
> I am looking at the paths which appear in the log file dialog and I
> noticed that the path to NetCDF in my home shows as follows:
>
> "tc_util -I/p/home/jraby/NetCDF/netcdf-4.1.1/include
>
> I executed the following which should have changed the path to the
V3.6.3
> version of NetCDF:
>
> export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3
>
> Does this mean that the env variables MET_NETCDFINC and
MET_NETCDFLIB
> (from my .bashrc file) are still active and are getting read in?
Both of
> these variables set the path to NetCDF V4.1.1 which I had deleted
before
> executing your commands. Maybe I should remove those two env
variables from
> my .bashrc and replace with your MET_NETCDF.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, February 06, 2017 11:09 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John. I'm sorry that you are still having problems with the MET
> installation.  I'd like to have you try installing a different
version of
> NetCDF - version 3.6.3.
>
> I have outlined the following steps, which you should be able to
simply
> copy and paste.  These steps will get *netcdf-3.6.3.tar.gz,* set up
the
> environment, configure and install netcdf, configure and install
MET.
> Please take a look to make sure everything looks good to you and
then
> please run the following:
>
> *cd *
>
>
>
>
>
> */p/home/jraby/NetCDF/ wget
> Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/
> netcdf-3.6.3.tar.gz
> <Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/
> netcdf-3.6.3.tar.gz>tar
> -zxf netcdf-3.6.3.tar.gzexport
> CC=/opt/intel/compilers_and_libraries_2016.0.109/linux/
> bin/intel64/iccexport
> CXX=/opt/intel/compilers_and_libraries_2016.0.109/linux/
> bin/intel64/icpcexport
> FC=""*
>
>
>
>
>
> *export F90=""cd netcdf-3.6.3./configure --prefix=`pwd`makemake
install*
>
> *export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3export
> F77=/opt/intel/compilers_and_**libraries_2016.0.109/linux/*
> *bin/intel64/ifort*
>
> *cd /p/home/jraby/MET/met-5.2/*
> *make clean*
> *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics*
>
>
>
> *make install >& make_install.log &tail -f make_install.log* Please
let me
> know how that goes.
>
> Thanks,
> Julie
>
>
> On Mon, Feb 6, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I recompiled NetCDF again and it shows apparent success with the
> > "Congratulations" banner indicating a successful install.
> >
> > Modified my .bashrc file to change back to the original paths to
the
> > NetCDF which I recompiled for MET_NETCDFINC and MET_NETCDFLIB.
> >
> > Sourced the .bashcr file.
> >
> > Ran make clean, then the configure and finally, the make install.
> >
> > This attempt ended in failure. At the end of the log file I find
> > repetitive statements like the following excerpt with an "error 1"
> > appearing closer to the end of the file.
> >
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
> ocinternal.o):
> > In function `ocopen':
> > ocinternal.c:(.text+0x3ca): undefined reference to
`curl_version_info'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o): In
> > function `ocfetchhttpcode':
> > http.c:(.text+0xd): undefined reference to `curl_easy_getinfo'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o): In
> > function `ocfetchurl_file':
> > http.c:(.text+0x120): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x13e): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x15c): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x17a): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x190): undefined reference to `curl_easy_perform'
> > http.c:(.text+0x1ba): undefined reference to `curl_easy_getinfo'
> > http.c:(.text+0x1d8): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x1f3): undefined reference to `curl_easy_strerror'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o): In
> > function `ocfetchurl':
> > http.c:(.text+0x30b): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x329): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x345): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x363): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x36b): undefined reference to `curl_easy_perform'
> > http.c:(.text+0x391): undefined reference to `curl_easy_getinfo'
> > http.c:(.text+0x3ce): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x3e9): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x416): undefined reference to `curl_easy_strerror'
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, January 31, 2017 2:21 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  I'm sorry to hear that you are having problems compiling
> > METv5.2.  I suspect there may be an inconsistency between how
NetCDF
> > was compiled and how MET is trying to call it.
> >
> > Please refer back to the directions for compiling NetCDF in the
MET
> > online
> > tutorial:
> >
> > Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> > tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
> >
> > being sure to use the same family of compilers (it looks like
you're
> > using intel compilers for MET) and being sure to set the following
> > environment variables before running the NetCDF configure script:
> >
> >    - Set *CC* to the C compiler to be used.
> >    - Set *CXX* to the C++ compiler to be used.
> >    - Set *FC* to the Fortran compiler to be used (not used by MET)
or set
> >    to an empty string ("") to disable.
> >    - Set *F90* to the Fortran90 to be used (not used by MET) or
set to an
> >    empty string ("") to disable.
> >
> > and also being sure to use the *--disable-netcdf-4* command line
> argument.
> >
> > Then, please try re-configuring and re-compiling MET and let me
know how
> it
> > goes.   I hope that helps!
> >
> > Thanks!
> >
> > Julie
> >
> > On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> > > Julie -
> > >
> > > I just completed the steps you suggested below, sourced the
.bashrc
> > > file and then ran make clean and then  ./configure
> > > --prefix=/p/home/jraby/MET/met-5.2
> > > --enable-grib2 --enable-modis --enable-mode_graphics, then ran
make
> > > install. The process worked for about 6 mins and then stopped.
The
> > > last part of the make_install.log shows "Error 1" associated
with
> > > commands which appeared to point to NetCDF. There were several
lines
> > > containing a statement "undefined reference to...". I didn't see
the
> > > catastrophic error I had before. I attached the log file. I
would
> > > appreciate your assistance with diagnosing the problem.
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Friday, January 27, 2017 9:41 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Please check your setting for *$MET_GSLINC*. It will likely be
> > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
> > >
> > > I suggest getting rid of the individual settings for
*MET_GSLINC*
> > > and
> > > *MET_GSLLIB* and just set *MET_GSL* to
/p/home/jraby/MET/GSL/gsl-2.2.
> 1.
> > > You only need to have either *MET_GSL* set OR both *MET_GSLINC*
and
> > > *MET_GSLLIB*.
> > >
> > > The tutorial was recently updated, so I'd like to have you make
one
> > > other change also please.  Could you please set
*MET_FREETYPEINC* to
> > > /p/home/jraby/freetype/installed/freetype-
2.6.5/include/freetype2
> > > instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> > > include/freetype2/freetype.
> > >
> > > Thanks!  Hopefully, after making those changes and running “make
clean”
> > > and “configure” again, then rebuilding, it'll go smoothly.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I tried building the MET sw and the make install process was
> > > > aborted after about 6 mins. I followed the tutorial
instructions as
> follows:
> > > >
> > > > Looked at the MET User Support page at the FAQs, release notes
and
> > > > known issues. Nothing useful except for possibly the known
issues
> > > > page. Followed the guidance to update the sw with the latest
> > > > patches which were dated with today’s date. Copied them to the
MET
> > > > dir and then made a copy in the met-5.2/ dir. Unpacked in the
> > > > met-5.2 dir and then followed the instructions to run “make
clean”
> and “configure”
> > > > again, then rebuild (make
> > > > install) as before.
> > > >
> > > > The make install was aborted again with the following error
cited
> > > > in the make_install.log file (attached):
> > > >
> > > > “In file included from gsl_cdf.cc(19):
> > > > gsl_cdf.h(17): catastrophic error: cannot open source file
> > > "gsl/gsl_cdf.h"
> > > >   #include "gsl/gsl_cdf.h"
> > > >                           ^
> > > >
> > > > compilation aborted for gsl_cdf.cc (code 4)
> > > > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > > > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > src/libcode/vx_gsl_prob'
> > > > make[2]: *** [install-recursive] Error 1
> > > > make[2]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/libcode'
> > > > make[1]: *** [install-recursive] Error 1
> > > > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > > > make: *** [install-recursive] Error 1”
> > > >
> > > >  I navigated to the GSL dir:
> > > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > > > and was able to find the file: gsl_cdf.h. Not sure why it
can’t
> > > > open
> > it.
> > > >
> > > > This is a far as I could go for today.
> > > >
> > > > I am not sure what to try next. Any suggestions?
> > > >
> > > > I have to leave at 5:00pm (shortly) today and won't be back
until
> > > > next Tuesday, but I can monitor emails from home. If you have
a
> > > > suggestion on a fix, I might be able to try it from
> > Caution-Caution-Caution-home.
> > > >
> > > > Thanks
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Thursday, January 26, 2017 10:22 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Actually, you don't need to necessarily put anything in your
> > > > LD_LIBRARY_PATH.   If a user encounters a runtime error like
the
> > > following
> > > > for example:
> > > >
> > > > error while loading shared libraries: libgsl.so.19: cannot
open
> > > > shared object file: No such file or directory
> > > >
> > > > Then we suggest they add the path to the gsl library in their
> > > > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors
yet,
> > > > so you don't need to set your LD_LIBRARY_PATH at this time -
only
> > > > if you encounter a problem.
> > > >
> > > > I hope that helps!
> > > >
> > > > Julie
> > > >
> > > > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT
<
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for the quick answers.
> > > > >
> > > > > So, are the paths I enter in the LD_LIBRARY _PATH listed
like I
> > > > > did in the .bashrc? For example:
> > > > >
> > > > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > > > >
> > > > > Do I add all of the "MET_*" paths which are in my .bashrc
such
> > > > > that they are duplicated in the LD_LIBRARY_PATH?
> > > > >
> > > > > Thanks.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > > Sent: Thursday, January 26, 2017 9:29 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > > > about compiling MET V5.2
> > > > >
> > > > > All active links contained in this email were disabled.
Please
> > > > > verify the identity of the sender, and confirm the
authenticity
> > > > > of all links contained within the message prior to copying
and
> > > > > pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  I'll go ahead and close the other ticket we were
> > > > > corresponding in, since we have this new ticket now.
> > > > >
> > > > > You shouldn't need to set environment variables for the
paths to
> > > > > zlib, png, and jasper.
> > > > >
> > > > > By default, MET version 5.2 is compiled using dynamic
linking.
> > > > > Rather than compiling the external library code in with the
MET
> > > > > executables, which is called static linking, it looks for
them
> > > > > at runtime.  And sometimes in looking for those "shared
object"
> > > > > (.so) library files, it needs some help by us setting (or
adding
> > > > > to) the LD_LIBRARY_PATH.  We see this commonly with the GSL
> library.
> > > > >
> > > > > You can specify CFLAGS as an environment variable in your
> > > > > .bashrc file like this
> > > > >
> > > > > export CFLAGS="-D__64BIT__"
> > > > >
> > > > > Please not there is a dash in the front - it looks like your
> > > > > example below is missing the dash.  Then, be sure to source
your
> > > > > .bashrc file before compiling MET.
> > > > >
> > > > > Good luck!  Let us know if you encounter any issues.
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > > > >        Queue: met_help
> > > > > >      Subject: Questions about compiling MET V5.2
> > > > > >        Owner: Nobody
> > > > > >   Requestors: john.w.raby2.civ at mail.mil
> > > > > >       Status: new
> > > > > >  Ticket <Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > >
> > > > > > I have a few questions I would like to ask prior to
running
> > > > "configure".
> > > > > >
> > > > > > For running configure for MET, is there a need to set
> > > > > > environmental variables for the paths to zlib, png and
jasper
> > > > > > like the other libraries such as NetCDF, GSL, HDF, etc?
> > > > > >
> > > > > > Why would I use the LD_LIBRARY_PATH to provide the paths
to
> > > > > > the library files, if I've already provided all the paths
> > > > > > using environmental variables in my .bashrc file?
> > > > > >
> > > > > > When and how do I specify "CFLAGS="_D_64BIT_" when
compiling MET?
> > > > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > Mr John W. Raby, Meteorologist U.S. Army Research
Laboratory
> > > > > > White Sands Missile Range, NM 88002
> > > > > > (575) 678-2004 DSN 258-2004
> > > > > > FAX (575) 678-1230 DSN 258-1230
> > > > > > Email: john.w.raby2.civ at mail.mil
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 13:19:23 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for your quick response. I'll execute your suggestions and let
you know.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, February 06, 2017 12:40 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.

Yes, please change your .bashrc.  Instead of setting MET_NETCDFINC and
MET_NETCDFLIB to the 4.1.1 location in your .bashrc, please instead
just go ahead and set those to:

export MET_NETCDFINC=/p/home/jraby/NetCDF/netcdf-3.6.3/include
export MET_NETCDFLIB=/p/home/jraby/NetCDF/netcdf-3.6.3/lib

While you could replace these with just MET_NETCDF, I'm worried that
the INC and LIB variables will stay set in your environment, so if you
could just please replace the values with the ones above for 3.6.3 and
give that a shot, I would appreciate it.  Thanks!

Then please rerun:


*source ~/.bashrcexport F77=/opt/intel/compilers_and_*
*libraries_2016.0.109/linux/*
*bin/intel64/ifort*

*cd /p/home/jraby/MET/met-5.2/*
*make clean*
*./configure --prefix=**/p/home/jraby/MET/met-5.2/ --enable-grib2
--enable-modis --enable-mode_graphics*

*make install >& make_install.log &tail -f make_install.log*

Please let me know how it goes.

Thanks,
Julie

On Mon, Feb 6, 2017 at 12:30 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Just completed the steps you listed. I substituted explicit paths
for
> instances of "pwd". Everything went as expected except after
executing
> the make install for MET I still get that error having to do with
NetCDF.
>
> "In file included from nc_var_info.cc(24):
> nc_var_info.h(24): catastrophic error: cannot open source file
"netcdf.hh"
>   #include <netcdf.hh>"
>
> I am looking at the paths which appear in the log file dialog and I
> noticed that the path to NetCDF in my home shows as follows:
>
> "tc_util -I/p/home/jraby/NetCDF/netcdf-4.1.1/include
>
> I executed the following which should have changed the path to the
> V3.6.3 version of NetCDF:
>
> export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3
>
> Does this mean that the env variables MET_NETCDFINC and
MET_NETCDFLIB
> (from my .bashrc file) are still active and are getting read in?
Both
> of these variables set the path to NetCDF V4.1.1 which I had deleted
> before executing your commands. Maybe I should remove those two env
> variables from my .bashrc and replace with your MET_NETCDF.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Monday, February 06, 2017 11:09 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John. I'm sorry that you are still having problems with the MET
> installation.  I'd like to have you try installing a different
version
> of NetCDF - version 3.6.3.
>
> I have outlined the following steps, which you should be able to
> simply copy and paste.  These steps will get *netcdf-3.6.3.tar.gz,*
> set up the environment, configure and install netcdf, configure and
install MET.
> Please take a look to make sure everything looks good to you and
then
> please run the following:
>
> *cd *
>
>
>
>
>
> */p/home/jraby/NetCDF/ wget
> Caution-Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/
> netcdf-3.6.3.tar.gz
> <Caution-Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/
> netcdf-3.6.3.tar.gz>tar
> -zxf netcdf-3.6.3.tar.gzexport
> CC=/opt/intel/compilers_and_libraries_2016.0.109/linux/
> bin/intel64/iccexport
> CXX=/opt/intel/compilers_and_libraries_2016.0.109/linux/
> bin/intel64/icpcexport
> FC=""*
>
>
>
>
>
> *export F90=""cd netcdf-3.6.3./configure --prefix=`pwd`makemake
> install*
>
> *export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3export
> F77=/opt/intel/compilers_and_**libraries_2016.0.109/linux/*
> *bin/intel64/ifort*
>
> *cd /p/home/jraby/MET/met-5.2/*
> *make clean*
> *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics*
>
>
>
> *make install >& make_install.log &tail -f make_install.log* Please
> let me know how that goes.
>
> Thanks,
> Julie
>
>
> On Mon, Feb 6, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I recompiled NetCDF again and it shows apparent success with the
> > "Congratulations" banner indicating a successful install.
> >
> > Modified my .bashrc file to change back to the original paths to
the
> > NetCDF which I recompiled for MET_NETCDFINC and MET_NETCDFLIB.
> >
> > Sourced the .bashcr file.
> >
> > Ran make clean, then the configure and finally, the make install.
> >
> > This attempt ended in failure. At the end of the log file I find
> > repetitive statements like the following excerpt with an "error 1"
> > appearing closer to the end of the file.
> >
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
> ocinternal.o):
> > In function `ocopen':
> > ocinternal.c:(.text+0x3ca): undefined reference to
`curl_version_info'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o):
> > In function `ocfetchhttpcode':
> > http.c:(.text+0xd): undefined reference to `curl_easy_getinfo'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o):
> > In function `ocfetchurl_file':
> > http.c:(.text+0x120): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x13e): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x15c): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x17a): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x190): undefined reference to `curl_easy_perform'
> > http.c:(.text+0x1ba): undefined reference to `curl_easy_getinfo'
> > http.c:(.text+0x1d8): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x1f3): undefined reference to `curl_easy_strerror'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o):
> > In function `ocfetchurl':
> > http.c:(.text+0x30b): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x329): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x345): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x363): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x36b): undefined reference to `curl_easy_perform'
> > http.c:(.text+0x391): undefined reference to `curl_easy_getinfo'
> > http.c:(.text+0x3ce): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x3e9): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x416): undefined reference to `curl_easy_strerror'
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, January 31, 2017 2:21 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  I'm sorry to hear that you are having problems compiling
> > METv5.2.  I suspect there may be an inconsistency between how
NetCDF
> > was compiled and how MET is trying to call it.
> >
> > Please refer back to the directions for compiling NetCDF in the
MET
> > online
> > tutorial:
> >
> > Caution-Caution-Caution-
http://www.dtcenter.org/met/users/support/on
> > line_
> > tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
> >
> > being sure to use the same family of compilers (it looks like
you're
> > using intel compilers for MET) and being sure to set the following
> > environment variables before running the NetCDF configure script:
> >
> >    - Set *CC* to the C compiler to be used.
> >    - Set *CXX* to the C++ compiler to be used.
> >    - Set *FC* to the Fortran compiler to be used (not used by MET)
or set
> >    to an empty string ("") to disable.
> >    - Set *F90* to the Fortran90 to be used (not used by MET) or
set to an
> >    empty string ("") to disable.
> >
> > and also being sure to use the *--disable-netcdf-4* command line
> argument.
> >
> > Then, please try re-configuring and re-compiling MET and let me
know
> > how
> it
> > goes.   I hope that helps!
> >
> > Thanks!
> >
> > Julie
> >
> > On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> > > Julie -
> > >
> > > I just completed the steps you suggested below, sourced the
> > > .bashrc file and then ran make clean and then  ./configure
> > > --prefix=/p/home/jraby/MET/met-5.2
> > > --enable-grib2 --enable-modis --enable-mode_graphics, then ran
> > > make install. The process worked for about 6 mins and then
> > > stopped. The last part of the make_install.log shows "Error 1"
> > > associated with commands which appeared to point to NetCDF.
There
> > > were several lines containing a statement "undefined reference
> > > to...". I didn't see the catastrophic error I had before. I
> > > attached the log file. I would appreciate your assistance with
diagnosing the problem.
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Friday, January 27, 2017 9:41 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Please check your setting for *$MET_GSLINC*. It will likely be
> > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
> > >
> > > I suggest getting rid of the individual settings for
*MET_GSLINC*
> > > and
> > > *MET_GSLLIB* and just set *MET_GSL* to
/p/home/jraby/MET/GSL/gsl-2.2.
> 1.
> > > You only need to have either *MET_GSL* set OR both *MET_GSLINC*
> > > and *MET_GSLLIB*.
> > >
> > > The tutorial was recently updated, so I'd like to have you make
> > > one other change also please.  Could you please set
> > > *MET_FREETYPEINC* to
> > > /p/home/jraby/freetype/installed/freetype-
2.6.5/include/freetype2
> > > instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> > > include/freetype2/freetype.
> > >
> > > Thanks!  Hopefully, after making those changes and running “make
clean”
> > > and “configure” again, then rebuilding, it'll go smoothly.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I tried building the MET sw and the make install process was
> > > > aborted after about 6 mins. I followed the tutorial
instructions
> > > > as
> follows:
> > > >
> > > > Looked at the MET User Support page at the FAQs, release notes
> > > > and known issues. Nothing useful except for possibly the known
> > > > issues page. Followed the guidance to update the sw with the
> > > > latest patches which were dated with today’s date. Copied them
> > > > to the MET dir and then made a copy in the met-5.2/ dir.
> > > > Unpacked in the
> > > > met-5.2 dir and then followed the instructions to run “make
clean”
> and “configure”
> > > > again, then rebuild (make
> > > > install) as before.
> > > >
> > > > The make install was aborted again with the following error
> > > > cited in the make_install.log file (attached):
> > > >
> > > > “In file included from gsl_cdf.cc(19):
> > > > gsl_cdf.h(17): catastrophic error: cannot open source file
> > > "gsl/gsl_cdf.h"
> > > >   #include "gsl/gsl_cdf.h"
> > > >                           ^
> > > >
> > > > compilation aborted for gsl_cdf.cc (code 4)
> > > > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > > > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > src/libcode/vx_gsl_prob'
> > > > make[2]: *** [install-recursive] Error 1
> > > > make[2]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/libcode'
> > > > make[1]: *** [install-recursive] Error 1
> > > > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > > > make: *** [install-recursive] Error 1”
> > > >
> > > >  I navigated to the GSL dir:
> > > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > > > and was able to find the file: gsl_cdf.h. Not sure why it
can’t
> > > > open
> > it.
> > > >
> > > > This is a far as I could go for today.
> > > >
> > > > I am not sure what to try next. Any suggestions?
> > > >
> > > > I have to leave at 5:00pm (shortly) today and won't be back
> > > > until next Tuesday, but I can monitor emails from home. If you
> > > > have a suggestion on a fix, I might be able to try it from
> > Caution-Caution-Caution-Caution-home.
> > > >
> > > > Thanks
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Thursday, January 26, 2017 10:22 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Actually, you don't need to necessarily put anything in your
> > > > LD_LIBRARY_PATH.   If a user encounters a runtime error like
the
> > > following
> > > > for example:
> > > >
> > > > error while loading shared libraries: libgsl.so.19: cannot
open
> > > > shared object file: No such file or directory
> > > >
> > > > Then we suggest they add the path to the gsl library in their
> > > > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors
yet,
> > > > so you don't need to set your LD_LIBRARY_PATH at this time -
> > > > only if you encounter a problem.
> > > >
> > > > I hope that helps!
> > > >
> > > > Julie
> > > >
> > > > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT
<
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for the quick answers.
> > > > >
> > > > > So, are the paths I enter in the LD_LIBRARY _PATH listed
like
> > > > > I did in the .bashrc? For example:
> > > > >
> > > > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > > > >
> > > > > Do I add all of the "MET_*" paths which are in my .bashrc
such
> > > > > that they are duplicated in the LD_LIBRARY_PATH?
> > > > >
> > > > > Thanks.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Thursday, January 26, 2017 9:29 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  I'll go ahead and close the other ticket we were
> > > > > corresponding in, since we have this new ticket now.
> > > > >
> > > > > You shouldn't need to set environment variables for the
paths
> > > > > to zlib, png, and jasper.
> > > > >
> > > > > By default, MET version 5.2 is compiled using dynamic
linking.
> > > > > Rather than compiling the external library code in with the
> > > > > MET executables, which is called static linking, it looks
for
> > > > > them at runtime.  And sometimes in looking for those "shared
object"
> > > > > (.so) library files, it needs some help by us setting (or
> > > > > adding
> > > > > to) the LD_LIBRARY_PATH.  We see this commonly with the GSL
> library.
> > > > >
> > > > > You can specify CFLAGS as an environment variable in your
> > > > > .bashrc file like this
> > > > >
> > > > > export CFLAGS="-D__64BIT__"
> > > > >
> > > > > Please not there is a dash in the front - it looks like your
> > > > > example below is missing the dash.  Then, be sure to source
> > > > > your .bashrc file before compiling MET.
> > > > >
> > > > > Good luck!  Let us know if you encounter any issues.
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > > > >        Queue: met_help
> > > > > >      Subject: Questions about compiling MET V5.2
> > > > > >        Owner: Nobody
> > > > > >   Requestors: john.w.raby2.civ at mail.mil
> > > > > >       Status: new
> > > > > >  Ticket <Caution-Caution-Caution-Caution-Caution-Caution-
url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > >
> > > > > > I have a few questions I would like to ask prior to
running
> > > > "configure".
> > > > > >
> > > > > > For running configure for MET, is there a need to set
> > > > > > environmental variables for the paths to zlib, png and
> > > > > > jasper like the other libraries such as NetCDF, GSL, HDF,
etc?
> > > > > >
> > > > > > Why would I use the LD_LIBRARY_PATH to provide the paths
to
> > > > > > the library files, if I've already provided all the paths
> > > > > > using environmental variables in my .bashrc file?
> > > > > >
> > > > > > When and how do I specify "CFLAGS="_D_64BIT_" when
compiling MET?
> > > > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > Mr John W. Raby, Meteorologist U.S. Army Research
Laboratory
> > > > > > White Sands Missile Range, NM 88002
> > > > > > (575) 678-2004 DSN 258-2004
> > > > > > FAX (575) 678-1230 DSN 258-1230
> > > > > > Email: john.w.raby2.civ at mail.mil
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 14:09:25 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

It appears to me that your suggestion about changing the NetCDF
version worked. I noticed that the dialog on the screen included
strings which had 3.6.3 for the NetCDF version when that path was
written. Unfortunately, it looks like another error occurs:

ld: cannot find -lbufr
make[4]: *** [pb2nc] Error 1
make[4]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/tools/other/pb2nc'

I know we are making progress as there is now a /bin dir and it
appears to have 14 of the 27 executables. Before there was no /bin
dir.

See the following list:

excalibur:~jraby/MET/met-5.2/bin
> ll
total 115M
drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
-rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
-rwxr-xr-x 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
-rwxr-xr-x 1 jraby 1487I100 7.3M Feb  6 15:49 gen_vx_mask
-rwxr-xr-x 1 jraby 1487I100 9.4M Feb  6 15:48 grid_stat
-rwxr-xr-x 1 jraby 1487I100 6.5M Feb  6 15:50 madis2nc
-rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48 mode
-rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis
-rwxr-xr-x 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
-rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:49 plot_data_plane
-rwxr-xr-x 1 jraby 1487I100 6.9M Feb  6 15:49 plot_point_obs
-rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49 point_stat
-rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49 series_analysis
-rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49 stat_analysis
-rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49 wavelet_stat

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, February 06, 2017 12:40 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the address
to a Web browser.




----

Hi John.

Yes, please change your .bashrc.  Instead of setting MET_NETCDFINC and
MET_NETCDFLIB to the 4.1.1 location in your .bashrc, please instead
just go ahead and set those to:

export MET_NETCDFINC=/p/home/jraby/NetCDF/netcdf-3.6.3/include
export MET_NETCDFLIB=/p/home/jraby/NetCDF/netcdf-3.6.3/lib

While you could replace these with just MET_NETCDF, I'm worried that
the INC and LIB variables will stay set in your environment, so if you
could just please replace the values with the ones above for 3.6.3 and
give that a shot, I would appreciate it.  Thanks!

Then please rerun:


*source ~/.bashrcexport F77=/opt/intel/compilers_and_*
*libraries_2016.0.109/linux/*
*bin/intel64/ifort*

*cd /p/home/jraby/MET/met-5.2/*
*make clean*
*./configure --prefix=**/p/home/jraby/MET/met-5.2/ --enable-grib2
--enable-modis --enable-mode_graphics*

*make install >& make_install.log &tail -f make_install.log*

Please let me know how it goes.

Thanks,
Julie

On Mon, Feb 6, 2017 at 12:30 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Just completed the steps you listed. I substituted explicit paths
for
> instances of "pwd". Everything went as expected except after
executing
> the make install for MET I still get that error having to do with
NetCDF.
>
> "In file included from nc_var_info.cc(24):
> nc_var_info.h(24): catastrophic error: cannot open source file
"netcdf.hh"
>   #include <netcdf.hh>"
>
> I am looking at the paths which appear in the log file dialog and I
> noticed that the path to NetCDF in my home shows as follows:
>
> "tc_util -I/p/home/jraby/NetCDF/netcdf-4.1.1/include
>
> I executed the following which should have changed the path to the
> V3.6.3 version of NetCDF:
>
> export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3
>
> Does this mean that the env variables MET_NETCDFINC and
MET_NETCDFLIB
> (from my .bashrc file) are still active and are getting read in?
Both
> of these variables set the path to NetCDF V4.1.1 which I had deleted
> before executing your commands. Maybe I should remove those two env
> variables from my .bashrc and replace with your MET_NETCDF.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Monday, February 06, 2017 11:09 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John. I'm sorry that you are still having problems with the MET
> installation.  I'd like to have you try installing a different
version
> of NetCDF - version 3.6.3.
>
> I have outlined the following steps, which you should be able to
> simply copy and paste.  These steps will get *netcdf-3.6.3.tar.gz,*
> set up the environment, configure and install netcdf, configure and
install MET.
> Please take a look to make sure everything looks good to you and
then
> please run the following:
>
> *cd *
>
>
>
>
>
> */p/home/jraby/NetCDF/ wget
> Caution-Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/
> netcdf-3.6.3.tar.gz
> <Caution-Caution-http://www.unidata.ucar.edu/downloads/netcdf/ftp/
> netcdf-3.6.3.tar.gz>tar
> -zxf netcdf-3.6.3.tar.gzexport
> CC=/opt/intel/compilers_and_libraries_2016.0.109/linux/
> bin/intel64/iccexport
> CXX=/opt/intel/compilers_and_libraries_2016.0.109/linux/
> bin/intel64/icpcexport
> FC=""*
>
>
>
>
>
> *export F90=""cd netcdf-3.6.3./configure --prefix=`pwd`makemake
> install*
>
> *export MET_NETCDF=/p/home/jraby/NetCDF/netcdf-3.6.3export
> F77=/opt/intel/compilers_and_**libraries_2016.0.109/linux/*
> *bin/intel64/ifort*
>
> *cd /p/home/jraby/MET/met-5.2/*
> *make clean*
> *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics*
>
>
>
> *make install >& make_install.log &tail -f make_install.log* Please
> let me know how that goes.
>
> Thanks,
> Julie
>
>
> On Mon, Feb 6, 2017 at 10:15 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I recompiled NetCDF again and it shows apparent success with the
> > "Congratulations" banner indicating a successful install.
> >
> > Modified my .bashrc file to change back to the original paths to
the
> > NetCDF which I recompiled for MET_NETCDFINC and MET_NETCDFLIB.
> >
> > Sourced the .bashcr file.
> >
> > Ran make clean, then the configure and finally, the make install.
> >
> > This attempt ended in failure. At the end of the log file I find
> > repetitive statements like the following excerpt with an "error 1"
> > appearing closer to the end of the file.
> >
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
> ocinternal.o):
> > In function `ocopen':
> > ocinternal.c:(.text+0x3ca): undefined reference to
`curl_version_info'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o):
> > In function `ocfetchhttpcode':
> > http.c:(.text+0xd): undefined reference to `curl_easy_getinfo'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o):
> > In function `ocfetchurl_file':
> > http.c:(.text+0x120): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x13e): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x15c): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x17a): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x190): undefined reference to `curl_easy_perform'
> > http.c:(.text+0x1ba): undefined reference to `curl_easy_getinfo'
> > http.c:(.text+0x1d8): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x1f3): undefined reference to `curl_easy_strerror'
> > /p/home/jraby/NetCDF/netcdf-4.1.1/lib/libnetcdf.a(liboc_la-
http.o):
> > In function `ocfetchurl':
> > http.c:(.text+0x30b): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x329): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x345): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x363): undefined reference to `curl_easy_setopt'
> > http.c:(.text+0x36b): undefined reference to `curl_easy_perform'
> > http.c:(.text+0x391): undefined reference to `curl_easy_getinfo'
> > http.c:(.text+0x3ce): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x3e9): undefined reference to `curl_easy_strerror'
> > http.c:(.text+0x416): undefined reference to `curl_easy_strerror'
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, January 31, 2017 2:21 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  I'm sorry to hear that you are having problems compiling
> > METv5.2.  I suspect there may be an inconsistency between how
NetCDF
> > was compiled and how MET is trying to call it.
> >
> > Please refer back to the directions for compiling NetCDF in the
MET
> > online
> > tutorial:
> >
> > Caution-Caution-Caution-
http://www.dtcenter.org/met/users/support/on
> > line_
> > tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
> >
> > being sure to use the same family of compilers (it looks like
you're
> > using intel compilers for MET) and being sure to set the following
> > environment variables before running the NetCDF configure script:
> >
> >    - Set *CC* to the C compiler to be used.
> >    - Set *CXX* to the C++ compiler to be used.
> >    - Set *FC* to the Fortran compiler to be used (not used by MET)
or set
> >    to an empty string ("") to disable.
> >    - Set *F90* to the Fortran90 to be used (not used by MET) or
set to an
> >    empty string ("") to disable.
> >
> > and also being sure to use the *--disable-netcdf-4* command line
> argument.
> >
> > Then, please try re-configuring and re-compiling MET and let me
know
> > how
> it
> > goes.   I hope that helps!
> >
> > Thanks!
> >
> > Julie
> >
> > On Tue, Jan 31, 2017 at 1:53 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> > > Julie -
> > >
> > > I just completed the steps you suggested below, sourced the
> > > .bashrc file and then ran make clean and then  ./configure
> > > --prefix=/p/home/jraby/MET/met-5.2
> > > --enable-grib2 --enable-modis --enable-mode_graphics, then ran
> > > make install. The process worked for about 6 mins and then
> > > stopped. The last part of the make_install.log shows "Error 1"
> > > associated with commands which appeared to point to NetCDF.
There
> > > were several lines containing a statement "undefined reference
> > > to...". I didn't see the catastrophic error I had before. I
> > > attached the log file. I would appreciate your assistance with
diagnosing the problem.
> > >
> > > Thanks.
> > >
> > > R/
> > > John
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Friday, January 27, 2017 9:41 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Please check your setting for *$MET_GSLINC*. It will likely be
> > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl.
> > >
> > > I suggest getting rid of the individual settings for
*MET_GSLINC*
> > > and
> > > *MET_GSLLIB* and just set *MET_GSL* to
/p/home/jraby/MET/GSL/gsl-2.2.
> 1.
> > > You only need to have either *MET_GSL* set OR both *MET_GSLINC*
> > > and *MET_GSLLIB*.
> > >
> > > The tutorial was recently updated, so I'd like to have you make
> > > one other change also please.  Could you please set
> > > *MET_FREETYPEINC* to
> > > /p/home/jraby/freetype/installed/freetype-
2.6.5/include/freetype2
> > > instead of /p/home/jraby/freetype/installed/freetype-2.6.5/
> > > include/freetype2/freetype.
> > >
> > > Thanks!  Hopefully, after making those changes and running “make
clean”
> > > and “configure” again, then rebuilding, it'll go smoothly.
> > >
> > > Julie
> > >
> > >
> > > On Thu, Jan 26, 2017 at 4:48 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I tried building the MET sw and the make install process was
> > > > aborted after about 6 mins. I followed the tutorial
instructions
> > > > as
> follows:
> > > >
> > > > Looked at the MET User Support page at the FAQs, release notes
> > > > and known issues. Nothing useful except for possibly the known
> > > > issues page. Followed the guidance to update the sw with the
> > > > latest patches which were dated with today’s date. Copied them
> > > > to the MET dir and then made a copy in the met-5.2/ dir.
> > > > Unpacked in the
> > > > met-5.2 dir and then followed the instructions to run “make
clean”
> and “configure”
> > > > again, then rebuild (make
> > > > install) as before.
> > > >
> > > > The make install was aborted again with the following error
> > > > cited in the make_install.log file (attached):
> > > >
> > > > “In file included from gsl_cdf.cc(19):
> > > > gsl_cdf.h(17): catastrophic error: cannot open source file
> > > "gsl/gsl_cdf.h"
> > > >   #include "gsl/gsl_cdf.h"
> > > >                           ^
> > > >
> > > > compilation aborted for gsl_cdf.cc (code 4)
> > > > make[3]: *** [libvx_gsl_prob_a-gsl_cdf.o] Error 4
> > > > make[3]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > src/libcode/vx_gsl_prob'
> > > > make[2]: *** [install-recursive] Error 1
> > > > make[2]: Leaving directory `/p/home/jraby/MET/met-
5.2/src/libcode'
> > > > make[1]: *** [install-recursive] Error 1
> > > > make[1]: Leaving directory `/p/home/jraby/MET/met-5.2/src'
> > > > make: *** [install-recursive] Error 1”
> > > >
> > > >  I navigated to the GSL dir:
> > > > /p/home/jraby/MET/GSL/gsl-2.2.1/include/gsl
> > > > and was able to find the file: gsl_cdf.h. Not sure why it
can’t
> > > > open
> > it.
> > > >
> > > > This is a far as I could go for today.
> > > >
> > > > I am not sure what to try next. Any suggestions?
> > > >
> > > > I have to leave at 5:00pm (shortly) today and won't be back
> > > > until next Tuesday, but I can monitor emails from home. If you
> > > > have a suggestion on a fix, I might be able to try it from
> > Caution-Caution-Caution-Caution-home.
> > > >
> > > > Thanks
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Thursday, January 26, 2017 10:22 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Actually, you don't need to necessarily put anything in your
> > > > LD_LIBRARY_PATH.   If a user encounters a runtime error like
the
> > > following
> > > > for example:
> > > >
> > > > error while loading shared libraries: libgsl.so.19: cannot
open
> > > > shared object file: No such file or directory
> > > >
> > > > Then we suggest they add the path to the gsl library in their
> > > > LD_LIBRARY_PATH.  But you haven't gotten any runtime errors
yet,
> > > > so you don't need to set your LD_LIBRARY_PATH at this time -
> > > > only if you encounter a problem.
> > > >
> > > > I hope that helps!
> > > >
> > > > Julie
> > > >
> > > > On Thu, Jan 26, 2017 at 10:15 AM, Raby, John W USA CIV via RT
<
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for the quick answers.
> > > > >
> > > > > So, are the paths I enter in the LD_LIBRARY _PATH listed
like
> > > > > I did in the .bashrc? For example:
> > > > >
> > > > > /p/home/jraby/NetCDF/netcdf-4.1.1/include
> > > > >
> > > > > Do I add all of the "MET_*" paths which are in my .bashrc
such
> > > > > that they are duplicated in the LD_LIBRARY_PATH?
> > > > >
> > > > > Thanks.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Thursday, January 26, 2017 9:29 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  I'll go ahead and close the other ticket we were
> > > > > corresponding in, since we have this new ticket now.
> > > > >
> > > > > You shouldn't need to set environment variables for the
paths
> > > > > to zlib, png, and jasper.
> > > > >
> > > > > By default, MET version 5.2 is compiled using dynamic
linking.
> > > > > Rather than compiling the external library code in with the
> > > > > MET executables, which is called static linking, it looks
for
> > > > > them at runtime.  And sometimes in looking for those "shared
object"
> > > > > (.so) library files, it needs some help by us setting (or
> > > > > adding
> > > > > to) the LD_LIBRARY_PATH.  We see this commonly with the GSL
> library.
> > > > >
> > > > > You can specify CFLAGS as an environment variable in your
> > > > > .bashrc file like this
> > > > >
> > > > > export CFLAGS="-D__64BIT__"
> > > > >
> > > > > Please not there is a dash in the front - it looks like your
> > > > > example below is missing the dash.  Then, be sure to source
> > > > > your .bashrc file before compiling MET.
> > > > >
> > > > > Good luck!  Let us know if you encounter any issues.
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Thu, Jan 26, 2017 at 8:56 AM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > Thu Jan 26 08:56:19 2017: Request 79267 was acted upon.
> > > > > > Transaction: Ticket created by john.w.raby2.civ at mail.mil
> > > > > >        Queue: met_help
> > > > > >      Subject: Questions about compiling MET V5.2
> > > > > >        Owner: Nobody
> > > > > >   Requestors: john.w.raby2.civ at mail.mil
> > > > > >       Status: new
> > > > > >  Ticket <Caution-Caution-Caution-Caution-Caution-Caution-
url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > >
> > > > > > I have a few questions I would like to ask prior to
running
> > > > "configure".
> > > > > >
> > > > > > For running configure for MET, is there a need to set
> > > > > > environmental variables for the paths to zlib, png and
> > > > > > jasper like the other libraries such as NetCDF, GSL, HDF,
etc?
> > > > > >
> > > > > > Why would I use the LD_LIBRARY_PATH to provide the paths
to
> > > > > > the library files, if I've already provided all the paths
> > > > > > using environmental variables in my .bashrc file?
> > > > > >
> > > > > > When and how do I specify "CFLAGS="_D_64BIT_" when
compiling MET?
> > > > > > I Compiled the GRIB2C library with the -D__64BIT__ option.
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > Mr John W. Raby, Meteorologist U.S. Army Research
Laboratory
> > > > > > White Sands Missile Range, NM 88002
> > > > > > (575) 678-2004 DSN 258-2004
> > > > > > FAX (575) 678-1230 DSN 258-1230
> > > > > > Email: john.w.raby2.civ at mail.mil
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Mon Feb 06 15:19:17 2017

Hi John.

It looks like MET doesn't know where to find the BUFR library.

Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
.bashrc
file?

Thanks for always attaching the log for us.  It is helpful.

Thanks,
Julie


On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> It appears to me that your suggestion about changing the NetCDF
version
> worked. I noticed that the dialog on the screen included strings
which had
> 3.6.3 for the NetCDF version when that path was written.
Unfortunately, it
> looks like another error occurs:
>
> ld: cannot find -lbufr
> make[4]: *** [pb2nc] Error 1
> make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> src/tools/other/pb2nc'
>
> I know we are making progress as there is now a /bin dir and it
appears to
> have 14 of the 27 executables. Before there was no /bin dir.
>
> See the following list:
>
> excalibur:~jraby/MET/met-5.2/bin
> > ll
> total 115M
> drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> -rwxr-xr-x 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> -rwxr-xr-x 1 jraby 1487I100 7.3M Feb  6 15:49 gen_vx_mask
> -rwxr-xr-x 1 jraby 1487I100 9.4M Feb  6 15:48 grid_stat
> -rwxr-xr-x 1 jraby 1487I100 6.5M Feb  6 15:50 madis2nc
> -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48 mode
> -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis
> -rwxr-xr-x 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:49 plot_data_plane
> -rwxr-xr-x 1 jraby 1487I100 6.9M Feb  6 15:49 plot_point_obs
> -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49 point_stat
> -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49 series_analysis
> -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49 stat_analysis
> -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49 wavelet_stat
>
> R/
> John
>

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 15:27:05 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I have MET_BUFR set in the .bashrc:

excalibur:~jraby
> echo $MET_BUFR
/p/home/jraby/MET/BUFRLIB
excalibur:~jraby

The the BUFRLIB dir contains a lot of files (*.f and *.o) plus one
script file
but no include or lib directories.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, February 06, 2017 3:19 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.

It looks like MET doesn't know where to find the BUFR library.

Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
.bashrc file?

Thanks for always attaching the log for us.  It is helpful.

Thanks,
Julie


On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> It appears to me that your suggestion about changing the NetCDF
> version worked. I noticed that the dialog on the screen included
> strings which had
> 3.6.3 for the NetCDF version when that path was written.
> Unfortunately, it looks like another error occurs:
>
> ld: cannot find -lbufr
> make[4]: *** [pb2nc] Error 1
> make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> src/tools/other/pb2nc'
>
> I know we are making progress as there is now a /bin dir and it
> appears to have 14 of the 27 executables. Before there was no /bin
dir.
>
> See the following list:
>
> excalibur:~jraby/MET/met-5.2/bin
> > ll
> total 115M
> drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc -rwxr-xr-x 1
> jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x 1 jraby
> 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby 1487I100
> 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby 1487I100 6.5M Feb  6
> 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48 mode
> -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis -rwxr-
xr-x
> 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1 jraby
> 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1 jraby
1487I100
> 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49
> series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49
> stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> wavelet_stat
>
> R/
> John
>


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Mon Feb 06 15:29:11 2017

Hi John.   Thank you!   Does your directory contain libbufr.a?

Thanks,
Julie

On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I have MET_BUFR set in the .bashrc:
>
> excalibur:~jraby
> > echo $MET_BUFR
> /p/home/jraby/MET/BUFRLIB
> excalibur:~jraby
>
> The the BUFRLIB dir contains a lot of files (*.f and *.o) plus one
script
> file
> but no include or lib directories.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, February 06, 2017 3:19 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.
>
> It looks like MET doesn't know where to find the BUFR library.
>
> Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
.bashrc
> file?
>
> Thanks for always attaching the log for us.  It is helpful.
>
> Thanks,
> Julie
>
>
> On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > It appears to me that your suggestion about changing the NetCDF
> > version worked. I noticed that the dialog on the screen included
> > strings which had
> > 3.6.3 for the NetCDF version when that path was written.
> > Unfortunately, it looks like another error occurs:
> >
> > ld: cannot find -lbufr
> > make[4]: *** [pb2nc] Error 1
> > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/tools/other/pb2nc'
> >
> > I know we are making progress as there is now a /bin dir and it
> > appears to have 14 of the 27 executables. Before there was no /bin
dir.
> >
> > See the following list:
> >
> > excalibur:~jraby/MET/met-5.2/bin
> > > ll
> > total 115M
> > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc -rwxr-xr-x
1
> > jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x 1 jraby
> > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby 1487I100
> > 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby 1487I100 6.5M Feb
6
> > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48 mode
> > -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis -rwxr-
xr-x
> > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1 jraby
> > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1 jraby
1487I100
> > 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49
> > series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49
> > stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> > wavelet_stat
> >
> > R/
> > John
> >
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Mon Feb 06 15:35:51 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Yes.

> pwd
/p/home/jraby/MET/BUFRLIB
excalibur:~jraby/MET/BUFRLIB
> ll *.a
-rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
excalibur:~jraby/MET/BUFRLIB

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, February 06, 2017 3:29 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.   Thank you!   Does your directory contain libbufr.a?

Thanks,
Julie

On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I have MET_BUFR set in the .bashrc:
>
> excalibur:~jraby
> > echo $MET_BUFR
> /p/home/jraby/MET/BUFRLIB
> excalibur:~jraby
>
> The the BUFRLIB dir contains a lot of files (*.f and *.o) plus one
> script file but no include or lib directories.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Monday, February 06, 2017 3:19 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> It looks like MET doesn't know where to find the BUFR library.
>
> Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
> .bashrc file?
>
> Thanks for always attaching the log for us.  It is helpful.
>
> Thanks,
> Julie
>
>
> On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > It appears to me that your suggestion about changing the NetCDF
> > version worked. I noticed that the dialog on the screen included
> > strings which had
> > 3.6.3 for the NetCDF version when that path was written.
> > Unfortunately, it looks like another error occurs:
> >
> > ld: cannot find -lbufr
> > make[4]: *** [pb2nc] Error 1
> > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > src/tools/other/pb2nc'
> >
> > I know we are making progress as there is now a /bin dir and it
> > appears to have 14 of the 27 executables. Before there was no /bin
dir.
> >
> > See the following list:
> >
> > excalibur:~jraby/MET/met-5.2/bin
> > > ll
> > total 115M
> > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc -rwxr-xr-x
1
> > jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x 1 jraby
> > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby 1487I100
> > 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby 1487I100 6.5M Feb
6
> > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48 mode
> > -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis
> > -rwxr-xr-x
> > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1 jraby
> > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1 jraby
> > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby
> > 1487I100 9.2M Feb
> > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49
> > series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49
> > stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> > wavelet_stat
> >
> > R/
> > John
> >
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Tue Feb 07 09:15:02 2017

Hi John.  Thanks for listing the .a file in your directory.

I see in your eighth_make_install.log file:

 -L/p/home/jraby/MET/BUFRLIB/lib

but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/ without
the
"lib" directory on the end.  Try changing that, then run make clean,
configure, and make install again please.

Thanks,
Julie

On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Yes.
>
> > pwd
> /p/home/jraby/MET/BUFRLIB
> excalibur:~jraby/MET/BUFRLIB
> > ll *.a
> -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> excalibur:~jraby/MET/BUFRLIB
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, February 06, 2017 3:29 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.   Thank you!   Does your directory contain libbufr.a?
>
> Thanks,
> Julie
>
> On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I have MET_BUFR set in the .bashrc:
> >
> > excalibur:~jraby
> > > echo $MET_BUFR
> > /p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby
> >
> > The the BUFRLIB dir contains a lot of files (*.f and *.o) plus one
> > script file but no include or lib directories.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Monday, February 06, 2017 3:19 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > It looks like MET doesn't know where to find the BUFR library.
> >
> > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
> > .bashrc file?
> >
> > Thanks for always attaching the log for us.  It is helpful.
> >
> > Thanks,
> > Julie
> >
> >
> > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > It appears to me that your suggestion about changing the NetCDF
> > > version worked. I noticed that the dialog on the screen included
> > > strings which had
> > > 3.6.3 for the NetCDF version when that path was written.
> > > Unfortunately, it looks like another error occurs:
> > >
> > > ld: cannot find -lbufr
> > > make[4]: *** [pb2nc] Error 1
> > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > src/tools/other/pb2nc'
> > >
> > > I know we are making progress as there is now a /bin dir and it
> > > appears to have 14 of the 27 executables. Before there was no
/bin dir.
> > >
> > > See the following list:
> > >
> > > excalibur:~jraby/MET/met-5.2/bin
> > > > ll
> > > total 115M
> > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc -rwxr-xr-
x 1
> > > jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x 1
jraby
> > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
1487I100
> > > 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby 1487I100 6.5M Feb
6
> > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48
mode
> > > -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis
> > > -rwxr-xr-x
> > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1
jraby
> > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1 jraby
> > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby
> > > 1487I100 9.2M Feb
> > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49
> > > series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49
> > > stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> > > wavelet_stat
> > >
> > > R/
> > > John
> > >
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Feb 07 12:07:39 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for catching that inconsistency in the log file.

I'm not sure I'm understanding how it is that the log file shows the
path:
-L/p/home/jraby/MET/BUFRLIB/lib

I listed my BUFRLIB directory and it doesn't have /lib in it.

My .bashrc file provides the path in the env vrbl: MET_BUFR which
doesn't have
/lib in it either.

Where should I look to change the path to remove the /lib?

Should I try changing the name of the env vrbl in my .bashrc file from
MET_BUFR to MET_BUFRLIB without changing the path
(/p/home/jraby/MET/BUFRLIB)?
I'm not sure how this would change anything since the path is the same
in both
cases.

Thanks.


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, February 07, 2017 9:15 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.  Thanks for listing the .a file in your directory.

I see in your eighth_make_install.log file:

 -L/p/home/jraby/MET/BUFRLIB/lib

but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/ without
the
"lib" directory on the end.  Try changing that, then run make clean,
configure, and make install again please.

Thanks,
Julie

On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Yes.
>
> > pwd
> /p/home/jraby/MET/BUFRLIB
> excalibur:~jraby/MET/BUFRLIB
> > ll *.a
> -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> excalibur:~jraby/MET/BUFRLIB
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Monday, February 06, 2017 3:29 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.   Thank you!   Does your directory contain libbufr.a?
>
> Thanks,
> Julie
>
> On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I have MET_BUFR set in the .bashrc:
> >
> > excalibur:~jraby
> > > echo $MET_BUFR
> > /p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby
> >
> > The the BUFRLIB dir contains a lot of files (*.f and *.o) plus one
> > script file but no include or lib directories.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Monday, February 06, 2017 3:19 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > It looks like MET doesn't know where to find the BUFR library.
> >
> > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
> > .bashrc file?
> >
> > Thanks for always attaching the log for us.  It is helpful.
> >
> > Thanks,
> > Julie
> >
> >
> > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > It appears to me that your suggestion about changing the NetCDF
> > > version worked. I noticed that the dialog on the screen included
> > > strings which had
> > > 3.6.3 for the NetCDF version when that path was written.
> > > Unfortunately, it looks like another error occurs:
> > >
> > > ld: cannot find -lbufr
> > > make[4]: *** [pb2nc] Error 1
> > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > src/tools/other/pb2nc'
> > >
> > > I know we are making progress as there is now a /bin dir and it
> > > appears to have 14 of the 27 executables. Before there was no
/bin dir.
> > >
> > > See the following list:
> > >
> > > excalibur:~jraby/MET/met-5.2/bin
> > > > ll
> > > total 115M
> > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc -rwxr-xr-
x
> > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x 1
> > > jraby
> > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
1487I100
> > > 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby 1487I100 6.5M Feb
> > > 6
> > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48
mode
> > > -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis
> > > -rwxr-xr-x
> > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1
jraby
> > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1 jraby
> > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby
> > > 1487I100 9.2M Feb
> > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6 15:49
> > > series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49
> > > stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> > > wavelet_stat
> > >
> > > R/
> > > John
> > >
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Tue Feb 07 12:12:33 2017

Hi John.

Please try running:

grep BUFRLIB ~/.bashrc

and see what comes back.

Perhaps that will help you figure out where this is coming from.

Thanks,
Julie

On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for catching that inconsistency in the log file.
>
> I'm not sure I'm understanding how it is that the log file shows the
path:
> -L/p/home/jraby/MET/BUFRLIB/lib
>
> I listed my BUFRLIB directory and it doesn't have /lib in it.
>
> My .bashrc file provides the path in the env vrbl: MET_BUFR which
doesn't
> have
> /lib in it either.
>
> Where should I look to change the path to remove the /lib?
>
> Should I try changing the name of the env vrbl in my .bashrc file
from
> MET_BUFR to MET_BUFRLIB without changing the path
> (/p/home/jraby/MET/BUFRLIB)?
> I'm not sure how this would change anything since the path is the
same in
> both
> cases.
>
> Thanks.
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 9:15 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.  Thanks for listing the .a file in your directory.
>
> I see in your eighth_make_install.log file:
>
>  -L/p/home/jraby/MET/BUFRLIB/lib
>
> but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
without the
> "lib" directory on the end.  Try changing that, then run make clean,
> configure, and make install again please.
>
> Thanks,
> Julie
>
> On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Yes.
> >
> > > pwd
> > /p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby/MET/BUFRLIB
> > > ll *.a
> > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > excalibur:~jraby/MET/BUFRLIB
> >
> > R/
> > John
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Monday, February 06, 2017 3:29 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.   Thank you!   Does your directory contain libbufr.a?
> >
> > Thanks,
> > Julie
> >
> > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I have MET_BUFR set in the .bashrc:
> > >
> > > excalibur:~jraby
> > > > echo $MET_BUFR
> > > /p/home/jraby/MET/BUFRLIB
> > > excalibur:~jraby
> > >
> > > The the BUFRLIB dir contains a lot of files (*.f and *.o) plus
one
> > > script file but no include or lib directories.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Monday, February 06, 2017 3:19 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > It looks like MET doesn't know where to find the BUFR library.
> > >
> > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
> > > .bashrc file?
> > >
> > > Thanks for always attaching the log for us.  It is helpful.
> > >
> > > Thanks,
> > > Julie
> > >
> > >
> > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > It appears to me that your suggestion about changing the
NetCDF
> > > > version worked. I noticed that the dialog on the screen
included
> > > > strings which had
> > > > 3.6.3 for the NetCDF version when that path was written.
> > > > Unfortunately, it looks like another error occurs:
> > > >
> > > > ld: cannot find -lbufr
> > > > make[4]: *** [pb2nc] Error 1
> > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > src/tools/other/pb2nc'
> > > >
> > > > I know we are making progress as there is now a /bin dir and
it
> > > > appears to have 14 of the 27 executables. Before there was no
/bin
> dir.
> > > >
> > > > See the following list:
> > > >
> > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > ll
> > > > total 115M
> > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc -rwxr-
xr-x
> > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x 1
> > > > jraby
> > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
1487I100
> > > > 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby 1487I100 6.5M
Feb
> > > > 6
> > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48
mode
> > > > -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48 mode_analysis
> > > > -rwxr-xr-x
> > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1
jraby
> > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1 jraby
> > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby
> > > > 1487I100 9.2M Feb
> > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
15:49
> > > > series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49
> > > > stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> > > > wavelet_stat
> > > >
> > > > R/
> > > > John
> > > >
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Feb 07 12:18:39 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for showing me that useful command. Haven't use that one
before.

I ran it in my home directory and it produced the following:

> grep BUFRLIB ~/.bashrc
export MET_BUFR=/p/home/jraby/MET/BUFRLIB
excalibur:~jraby

This doesn't show /lib, so I'm not sure where else it could come from.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, February 07, 2017 12:13 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.

Please try running:

grep BUFRLIB ~/.bashrc

and see what comes back.

Perhaps that will help you figure out where this is coming from.

Thanks,
Julie

On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for catching that inconsistency in the log file.
>
> I'm not sure I'm understanding how it is that the log file shows the
path:
> -L/p/home/jraby/MET/BUFRLIB/lib
>
> I listed my BUFRLIB directory and it doesn't have /lib in it.
>
> My .bashrc file provides the path in the env vrbl: MET_BUFR which
> doesn't have /lib in it either.
>
> Where should I look to change the path to remove the /lib?
>
> Should I try changing the name of the env vrbl in my .bashrc file
from
> MET_BUFR to MET_BUFRLIB without changing the path
> (/p/home/jraby/MET/BUFRLIB)?
> I'm not sure how this would change anything since the path is the
same
> in both cases.
>
> Thanks.
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 9:15 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  Thanks for listing the .a file in your directory.
>
> I see in your eighth_make_install.log file:
>
>  -L/p/home/jraby/MET/BUFRLIB/lib
>
> but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
without
> the "lib" directory on the end.  Try changing that, then run make
> clean, configure, and make install again please.
>
> Thanks,
> Julie
>
> On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Yes.
> >
> > > pwd
> > /p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby/MET/BUFRLIB
> > > ll *.a
> > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > excalibur:~jraby/MET/BUFRLIB
> >
> > R/
> > John
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Monday, February 06, 2017 3:29 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.   Thank you!   Does your directory contain libbufr.a?
> >
> > Thanks,
> > Julie
> >
> > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I have MET_BUFR set in the .bashrc:
> > >
> > > excalibur:~jraby
> > > > echo $MET_BUFR
> > > /p/home/jraby/MET/BUFRLIB
> > > excalibur:~jraby
> > >
> > > The the BUFRLIB dir contains a lot of files (*.f and *.o) plus
one
> > > script file but no include or lib directories.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Monday, February 06, 2017 3:19 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > It looks like MET doesn't know where to find the BUFR library.
> > >
> > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in your
> > > .bashrc file?
> > >
> > > Thanks for always attaching the log for us.  It is helpful.
> > >
> > > Thanks,
> > > Julie
> > >
> > >
> > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > It appears to me that your suggestion about changing the
NetCDF
> > > > version worked. I noticed that the dialog on the screen
included
> > > > strings which had
> > > > 3.6.3 for the NetCDF version when that path was written.
> > > > Unfortunately, it looks like another error occurs:
> > > >
> > > > ld: cannot find -lbufr
> > > > make[4]: *** [pb2nc] Error 1
> > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > src/tools/other/pb2nc'
> > > >
> > > > I know we are making progress as there is now a /bin dir and
it
> > > > appears to have 14 of the 27 executables. Before there was no
> > > > /bin
> dir.
> > > >
> > > > See the following list:
> > > >
> > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > ll
> > > > total 115M
> > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > -rwxr-xr-x
> > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x 1
> > > > jraby
> > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
> > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
1487I100
> > > > 6.5M Feb
> > > > 6
> > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48
> > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
mode_analysis
> > > > -rwxr-xr-x
> > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1
> > > > jraby
> > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1 jraby
> > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby
> > > > 1487I100 9.2M Feb
> > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
15:49
> > > > series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6 15:49
> > > > stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> > > > wavelet_stat
> > > >
> > > > R/
> > > > John
> > > >
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Tue Feb 07 12:37:07 2017

Hi John.  The grep command can be very useful.  I use it all the time.
I'm
glad you found it helpful.

It's hard to say.  Let's try this:

In your top level met-5.2 directory, run "make clean".  Then, please
change
your ~/.bashrc file to have "export
MET_BUFR=/p/home/jraby/MET/BUFRLIB".

Then open a new shell so that you have a fresh, clean environment and
change directories to your top level met-5.2 directory.

Then run:


*./configure --prefix=`pwd` --enable-grib2 --enable-modis
--enable-mode_graphics**make install >& make_install.log &*


*tail -f make_install.log*
and let me know how that goes.

Thanks!

Julie


On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for showing me that useful command. Haven't use that one
before.
>
> I ran it in my home directory and it produced the following:
>
> > grep BUFRLIB ~/.bashrc
> export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> excalibur:~jraby
>
> This doesn't show /lib, so I'm not sure where else it could come
from.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 12:13 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please try running:
>
> grep BUFRLIB ~/.bashrc
>
> and see what comes back.
>
> Perhaps that will help you figure out where this is coming from.
>
> Thanks,
> Julie
>
> On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for catching that inconsistency in the log file.
> >
> > I'm not sure I'm understanding how it is that the log file shows
the
> path:
> > -L/p/home/jraby/MET/BUFRLIB/lib
> >
> > I listed my BUFRLIB directory and it doesn't have /lib in it.
> >
> > My .bashrc file provides the path in the env vrbl: MET_BUFR which
> > doesn't have /lib in it either.
> >
> > Where should I look to change the path to remove the /lib?
> >
> > Should I try changing the name of the env vrbl in my .bashrc file
from
> > MET_BUFR to MET_BUFRLIB without changing the path
> > (/p/home/jraby/MET/BUFRLIB)?
> > I'm not sure how this would change anything since the path is the
same
> > in both cases.
> >
> > Thanks.
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 9:15 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  Thanks for listing the .a file in your directory.
> >
> > I see in your eighth_make_install.log file:
> >
> >  -L/p/home/jraby/MET/BUFRLIB/lib
> >
> > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
without
> > the "lib" directory on the end.  Try changing that, then run make
> > clean, configure, and make install again please.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Yes.
> > >
> > > > pwd
> > > /p/home/jraby/MET/BUFRLIB
> > > excalibur:~jraby/MET/BUFRLIB
> > > > ll *.a
> > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > excalibur:~jraby/MET/BUFRLIB
> > >
> > > R/
> > > John
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Monday, February 06, 2017 3:29 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.   Thank you!   Does your directory contain libbufr.a?
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I have MET_BUFR set in the .bashrc:
> > > >
> > > > excalibur:~jraby
> > > > > echo $MET_BUFR
> > > > /p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > The the BUFRLIB dir contains a lot of files (*.f and *.o) plus
one
> > > > script file but no include or lib directories.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > It looks like MET doesn't know where to find the BUFR library.
> > > >
> > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
your
> > > > .bashrc file?
> > > >
> > > > Thanks for always attaching the log for us.  It is helpful.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > >
> > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > It appears to me that your suggestion about changing the
NetCDF
> > > > > version worked. I noticed that the dialog on the screen
included
> > > > > strings which had
> > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > Unfortunately, it looks like another error occurs:
> > > > >
> > > > > ld: cannot find -lbufr
> > > > > make[4]: *** [pb2nc] Error 1
> > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > src/tools/other/pb2nc'
> > > > >
> > > > > I know we are making progress as there is now a /bin dir and
it
> > > > > appears to have 14 of the 27 executables. Before there was
no
> > > > > /bin
> > dir.
> > > > >
> > > > > See the following list:
> > > > >
> > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > ll
> > > > > total 115M
> > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > -rwxr-xr-x
> > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x
1
> > > > > jraby
> > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
> > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
1487I100
> > > > > 6.5M Feb
> > > > > 6
> > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48
> > > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
mode_analysis
> > > > > -rwxr-xr-x
> > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1
> > > > > jraby
> > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
jraby
> > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby
> > > > > 1487I100 9.2M Feb
> > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
15:49
> > > > > series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb  6
15:49
> > > > > stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:49
> > > > > wavelet_stat
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Feb 07 14:01:44 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I followed your steps and it failed at the same point. See the
attached
ninth_make_install.log.

I tried a test of my own, by editing the .bashrc file so that the name
of the
env variable is changed from "MET_BUFR" to "MET_BUFRLIB" as follows:

"export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"

When I ran through the steps again, the install process went passed
the point
where it stopped before and continued so that now instead of producing
14
executables, it produced 17 and then had an error. See the attached
tenth_make_install.log. I noticed in this log that the path for
BUFRLIB
doesn't contain the "/lib". I'm not sure why this is, but I think it
allowed
the process to continue without error until it ran into another issue.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, February 07, 2017 12:37 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.  The grep command can be very useful.  I use it all the time.
I'm
glad you found it helpful.

It's hard to say.  Let's try this:

In your top level met-5.2 directory, run "make clean".  Then, please
change
your ~/.bashrc file to have "export
MET_BUFR=/p/home/jraby/MET/BUFRLIB".

Then open a new shell so that you have a fresh, clean environment and
change
directories to your top level met-5.2 directory.

Then run:


*./configure --prefix=`pwd` --enable-grib2 --enable-modis --enable-
mode_graphics**make
install >& make_install.log &*


*tail -f make_install.log*
and let me know how that goes.

Thanks!

Julie


On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for showing me that useful command. Haven't use that one
before.
>
> I ran it in my home directory and it produced the following:
>
> > grep BUFRLIB ~/.bashrc
> export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> excalibur:~jraby
>
> This doesn't show /lib, so I'm not sure where else it could come
from.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 12:13 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Please try running:
>
> grep BUFRLIB ~/.bashrc
>
> and see what comes back.
>
> Perhaps that will help you figure out where this is coming from.
>
> Thanks,
> Julie
>
> On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for catching that inconsistency in the log file.
> >
> > I'm not sure I'm understanding how it is that the log file shows
the
> path:
> > -L/p/home/jraby/MET/BUFRLIB/lib
> >
> > I listed my BUFRLIB directory and it doesn't have /lib in it.
> >
> > My .bashrc file provides the path in the env vrbl: MET_BUFR which
> > doesn't have /lib in it either.
> >
> > Where should I look to change the path to remove the /lib?
> >
> > Should I try changing the name of the env vrbl in my .bashrc file
> > from MET_BUFR to MET_BUFRLIB without changing the path
> > (/p/home/jraby/MET/BUFRLIB)?
> > I'm not sure how this would change anything since the path is the
> > same in both cases.
> >
> > Thanks.
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 9:15 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  Thanks for listing the .a file in your directory.
> >
> > I see in your eighth_make_install.log file:
> >
> >  -L/p/home/jraby/MET/BUFRLIB/lib
> >
> > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > without the "lib" directory on the end.  Try changing that, then
run
> > make clean, configure, and make install again please.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Yes.
> > >
> > > > pwd
> > > /p/home/jraby/MET/BUFRLIB
> > > excalibur:~jraby/MET/BUFRLIB
> > > > ll *.a
> > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > excalibur:~jraby/MET/BUFRLIB
> > >
> > > R/
> > > John
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Monday, February 06, 2017 3:29 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.   Thank you!   Does your directory contain libbufr.a?
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I have MET_BUFR set in the .bashrc:
> > > >
> > > > excalibur:~jraby
> > > > > echo $MET_BUFR
> > > > /p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > The the BUFRLIB dir contains a lot of files (*.f and *.o) plus
> > > > one script file but no include or lib directories.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > It looks like MET doesn't know where to find the BUFR library.
> > > >
> > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
your
> > > > .bashrc file?
> > > >
> > > > Thanks for always attaching the log for us.  It is helpful.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > >
> > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > It appears to me that your suggestion about changing the
> > > > > NetCDF version worked. I noticed that the dialog on the
screen
> > > > > included strings which had
> > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > Unfortunately, it looks like another error occurs:
> > > > >
> > > > > ld: cannot find -lbufr
> > > > > make[4]: *** [pb2nc] Error 1
> > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > src/tools/other/pb2nc'
> > > > >
> > > > > I know we are making progress as there is now a /bin dir and
> > > > > it appears to have 14 of the 27 executables. Before there
was
> > > > > no /bin
> > dir.
> > > > >
> > > > > See the following list:
> > > > >
> > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > ll
> > > > > total 115M
> > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > -rwxr-xr-x
> > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-x
1
> > > > > jraby
> > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
> > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > 1487I100 6.5M Feb
> > > > > 6
> > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6 15:48
> > > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > mode_analysis -rwxr-xr-x
> > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x 1
> > > > > jraby
> > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
jraby
> > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1 jraby
> > > > > 1487I100 9.2M Feb
> > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
> > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb
6
> > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > 15:49 wavelet_stat
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Tue Feb 07 14:12:04 2017

Hi John.

Good test of your own!  Thanks for trying that.  I'm glad it worked.

On to the next error:

*ld: cannot find -lhdfeos*

It looks like you have:
export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp

as I see the following:

*-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*

Please try changing that to export
$MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on the
end).

Then source your ~/.bashrc file, make clean, run configure and make
install
again.

Please let me know how that goes.

Thanks,
Julie


On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I followed your steps and it failed at the same point. See the
attached
> ninth_make_install.log.
>
> I tried a test of my own, by editing the .bashrc file so that the
name of
> the
> env variable is changed from "MET_BUFR" to "MET_BUFRLIB" as follows:
>
> "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
>
> When I ran through the steps again, the install process went passed
the
> point
> where it stopped before and continued so that now instead of
producing 14
> executables, it produced 17 and then had an error. See the attached
> tenth_make_install.log. I noticed in this log that the path for
BUFRLIB
> doesn't contain the "/lib". I'm not sure why this is, but I think it
> allowed
> the process to continue without error until it ran into another
issue.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 12:37 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.  The grep command can be very useful.  I use it all the
time.  I'm
> glad you found it helpful.
>
> It's hard to say.  Let's try this:
>
> In your top level met-5.2 directory, run "make clean".  Then, please
change
> your ~/.bashrc file to have "export
MET_BUFR=/p/home/jraby/MET/BUFRLIB".
>
> Then open a new shell so that you have a fresh, clean environment
and
> change
> directories to your top level met-5.2 directory.
>
> Then run:
>
>
> *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics**make
> install >& make_install.log &*
>
>
> *tail -f make_install.log*
> and let me know how that goes.
>
> Thanks!
>
> Julie
>
>
> On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for showing me that useful command. Haven't use that one
before.
> >
> > I ran it in my home directory and it produced the following:
> >
> > > grep BUFRLIB ~/.bashrc
> > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby
> >
> > This doesn't show /lib, so I'm not sure where else it could come
from.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 12:13 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Please try running:
> >
> > grep BUFRLIB ~/.bashrc
> >
> > and see what comes back.
> >
> > Perhaps that will help you figure out where this is coming from.
> >
> > Thanks,
> > Julie
> >
> > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for catching that inconsistency in the log file.
> > >
> > > I'm not sure I'm understanding how it is that the log file shows
the
> > path:
> > > -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > I listed my BUFRLIB directory and it doesn't have /lib in it.
> > >
> > > My .bashrc file provides the path in the env vrbl: MET_BUFR
which
> > > doesn't have /lib in it either.
> > >
> > > Where should I look to change the path to remove the /lib?
> > >
> > > Should I try changing the name of the env vrbl in my .bashrc
file
> > > from MET_BUFR to MET_BUFRLIB without changing the path
> > > (/p/home/jraby/MET/BUFRLIB)?
> > > I'm not sure how this would change anything since the path is
the
> > > same in both cases.
> > >
> > > Thanks.
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  Thanks for listing the .a file in your directory.
> > >
> > > I see in your eighth_make_install.log file:
> > >
> > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > > without the "lib" directory on the end.  Try changing that, then
run
> > > make clean, configure, and make install again please.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Yes.
> > > >
> > > > > pwd
> > > > /p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby/MET/BUFRLIB
> > > > > ll *.a
> > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > excalibur:~jraby/MET/BUFRLIB
> > > >
> > > > R/
> > > > John
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.   Thank you!   Does your directory contain libbufr.a?
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > I have MET_BUFR set in the .bashrc:
> > > > >
> > > > > excalibur:~jraby
> > > > > > echo $MET_BUFR
> > > > > /p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby
> > > > >
> > > > > The the BUFRLIB dir contains a lot of files (*.f and *.o)
plus
> > > > > one script file but no include or lib directories.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
Please
> > > > > verify the identity of the sender, and confirm the
authenticity
> > > > > of all links contained within the message prior to copying
and
> > > > > pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.
> > > > >
> > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > >
> > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
your
> > > > > .bashrc file?
> > > > >
> > > > > Thanks for always attaching the log for us.  It is helpful.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > >
> > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > It appears to me that your suggestion about changing the
> > > > > > NetCDF version worked. I noticed that the dialog on the
screen
> > > > > > included strings which had
> > > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > > Unfortunately, it looks like another error occurs:
> > > > > >
> > > > > > ld: cannot find -lbufr
> > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > src/tools/other/pb2nc'
> > > > > >
> > > > > > I know we are making progress as there is now a /bin dir
and
> > > > > > it appears to have 14 of the 27 executables. Before there
was
> > > > > > no /bin
> > > dir.
> > > > > >
> > > > > > See the following list:
> > > > > >
> > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > ll
> > > > > > total 115M
> > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > -rwxr-xr-x
> > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-
x 1
> > > > > > jraby
> > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
> > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > > 1487I100 6.5M Feb
> > > > > > 6
> > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
15:48
> > > > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > > mode_analysis -rwxr-xr-x
> > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x
1
> > > > > > jraby
> > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
jraby
> > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
jraby
> > > > > > 1487I100 9.2M Feb
> > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
> > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb
6
> > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb
6
> > > > > > 15:49 wavelet_stat
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Feb 07 14:16:51 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for catching that extra "/tmp".  I'll change the path to remove
it and
recompile per your suggestion below.
R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, February 07, 2017 2:12 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.

Good test of your own!  Thanks for trying that.  I'm glad it worked.

On to the next error:

*ld: cannot find -lhdfeos*

It looks like you have:
export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp

as I see the following:

*-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*

Please try changing that to export
$MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on the
end).

Then source your ~/.bashrc file, make clean, run configure and make
install
again.

Please let me know how that goes.

Thanks,
Julie


On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I followed your steps and it failed at the same point. See the
> attached ninth_make_install.log.
>
> I tried a test of my own, by editing the .bashrc file so that the
name
> of the env variable is changed from "MET_BUFR" to "MET_BUFRLIB" as
> follows:
>
> "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
>
> When I ran through the steps again, the install process went passed
> the point where it stopped before and continued so that now instead
of
> producing 14 executables, it produced 17 and then had an error. See
> the attached tenth_make_install.log. I noticed in this log that the
> path for BUFRLIB doesn't contain the "/lib". I'm not sure why this
is,
> but I think it allowed the process to continue without error until
it
> ran into another issue.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 12:37 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  The grep command can be very useful.  I use it all the
time.
> I'm glad you found it helpful.
>
> It's hard to say.  Let's try this:
>
> In your top level met-5.2 directory, run "make clean".  Then, please
> change your ~/.bashrc file to have "export
> MET_BUFR=/p/home/jraby/MET/BUFRLIB".
>
> Then open a new shell so that you have a fresh, clean environment
and
> change directories to your top level met-5.2 directory.
>
> Then run:
>
>
> *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics**make install >& make_install.log &*
>
>
> *tail -f make_install.log*
> and let me know how that goes.
>
> Thanks!
>
> Julie
>
>
> On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for showing me that useful command. Haven't use that one
before.
> >
> > I ran it in my home directory and it produced the following:
> >
> > > grep BUFRLIB ~/.bashrc
> > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby
> >
> > This doesn't show /lib, so I'm not sure where else it could come
from.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 12:13 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Please try running:
> >
> > grep BUFRLIB ~/.bashrc
> >
> > and see what comes back.
> >
> > Perhaps that will help you figure out where this is coming from.
> >
> > Thanks,
> > Julie
> >
> > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for catching that inconsistency in the log file.
> > >
> > > I'm not sure I'm understanding how it is that the log file shows
> > > the
> > path:
> > > -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > I listed my BUFRLIB directory and it doesn't have /lib in it.
> > >
> > > My .bashrc file provides the path in the env vrbl: MET_BUFR
which
> > > doesn't have /lib in it either.
> > >
> > > Where should I look to change the path to remove the /lib?
> > >
> > > Should I try changing the name of the env vrbl in my .bashrc
file
> > > from MET_BUFR to MET_BUFRLIB without changing the path
> > > (/p/home/jraby/MET/BUFRLIB)?
> > > I'm not sure how this would change anything since the path is
the
> > > same in both cases.
> > >
> > > Thanks.
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  Thanks for listing the .a file in your directory.
> > >
> > > I see in your eighth_make_install.log file:
> > >
> > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > > without the "lib" directory on the end.  Try changing that, then
> > > run make clean, configure, and make install again please.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Yes.
> > > >
> > > > > pwd
> > > > /p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby/MET/BUFRLIB
> > > > > ll *.a
> > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > excalibur:~jraby/MET/BUFRLIB
> > > >
> > > > R/
> > > > John
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.   Thank you!   Does your directory contain libbufr.a?
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > I have MET_BUFR set in the .bashrc:
> > > > >
> > > > > excalibur:~jraby
> > > > > > echo $MET_BUFR
> > > > > /p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby
> > > > >
> > > > > The the BUFRLIB dir contains a lot of files (*.f and *.o)
plus
> > > > > one script file but no include or lib directories.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.
> > > > >
> > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > >
> > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
> > > > > your .bashrc file?
> > > > >
> > > > > Thanks for always attaching the log for us.  It is helpful.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > >
> > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > It appears to me that your suggestion about changing the
> > > > > > NetCDF version worked. I noticed that the dialog on the
> > > > > > screen included strings which had
> > > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > > Unfortunately, it looks like another error occurs:
> > > > > >
> > > > > > ld: cannot find -lbufr
> > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > src/tools/other/pb2nc'
> > > > > >
> > > > > > I know we are making progress as there is now a /bin dir
and
> > > > > > it appears to have 14 of the 27 executables. Before there
> > > > > > was no /bin
> > > dir.
> > > > > >
> > > > > > See the following list:
> > > > > >
> > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > ll
> > > > > > total 115M
> > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > -rwxr-xr-x
> > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-
x
> > > > > > 1 jraby
> > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
> > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > > 1487I100 6.5M Feb
> > > > > > 6
> > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
15:48
> > > > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > > mode_analysis -rwxr-xr-x
> > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x
1
> > > > > > jraby
> > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
> > > > > > jraby
> > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
jraby
> > > > > > 1487I100 9.2M Feb
> > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
> > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb
> > > > > > 6
> > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb
6
> > > > > > 15:49 wavelet_stat
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Feb 07 15:09:36 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I followed the steps this time confirming that the path for
MET_HDFEOSLIB was:

> echo $MET_HDFEOSLIB
/p/home/jraby/hdfeos/hdfeos/lib

The process stopped at the same point even though you can see in the
attached
log file that the change in the path set in MET_HDFEOSLIB did take
effect.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, February 07, 2017 2:12 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.

Good test of your own!  Thanks for trying that.  I'm glad it worked.

On to the next error:

*ld: cannot find -lhdfeos*

It looks like you have:
export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp

as I see the following:

*-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*

Please try changing that to export
$MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on the
end).

Then source your ~/.bashrc file, make clean, run configure and make
install
again.

Please let me know how that goes.

Thanks,
Julie


On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I followed your steps and it failed at the same point. See the
> attached ninth_make_install.log.
>
> I tried a test of my own, by editing the .bashrc file so that the
name
> of the env variable is changed from "MET_BUFR" to "MET_BUFRLIB" as
> follows:
>
> "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
>
> When I ran through the steps again, the install process went passed
> the point where it stopped before and continued so that now instead
of
> producing 14 executables, it produced 17 and then had an error. See
> the attached tenth_make_install.log. I noticed in this log that the
> path for BUFRLIB doesn't contain the "/lib". I'm not sure why this
is,
> but I think it allowed the process to continue without error until
it
> ran into another issue.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 12:37 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  The grep command can be very useful.  I use it all the
time.
> I'm glad you found it helpful.
>
> It's hard to say.  Let's try this:
>
> In your top level met-5.2 directory, run "make clean".  Then, please
> change your ~/.bashrc file to have "export
> MET_BUFR=/p/home/jraby/MET/BUFRLIB".
>
> Then open a new shell so that you have a fresh, clean environment
and
> change directories to your top level met-5.2 directory.
>
> Then run:
>
>
> *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics**make install >& make_install.log &*
>
>
> *tail -f make_install.log*
> and let me know how that goes.
>
> Thanks!
>
> Julie
>
>
> On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for showing me that useful command. Haven't use that one
before.
> >
> > I ran it in my home directory and it produced the following:
> >
> > > grep BUFRLIB ~/.bashrc
> > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby
> >
> > This doesn't show /lib, so I'm not sure where else it could come
from.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 12:13 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Please try running:
> >
> > grep BUFRLIB ~/.bashrc
> >
> > and see what comes back.
> >
> > Perhaps that will help you figure out where this is coming from.
> >
> > Thanks,
> > Julie
> >
> > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for catching that inconsistency in the log file.
> > >
> > > I'm not sure I'm understanding how it is that the log file shows
> > > the
> > path:
> > > -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > I listed my BUFRLIB directory and it doesn't have /lib in it.
> > >
> > > My .bashrc file provides the path in the env vrbl: MET_BUFR
which
> > > doesn't have /lib in it either.
> > >
> > > Where should I look to change the path to remove the /lib?
> > >
> > > Should I try changing the name of the env vrbl in my .bashrc
file
> > > from MET_BUFR to MET_BUFRLIB without changing the path
> > > (/p/home/jraby/MET/BUFRLIB)?
> > > I'm not sure how this would change anything since the path is
the
> > > same in both cases.
> > >
> > > Thanks.
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  Thanks for listing the .a file in your directory.
> > >
> > > I see in your eighth_make_install.log file:
> > >
> > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > > without the "lib" directory on the end.  Try changing that, then
> > > run make clean, configure, and make install again please.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Yes.
> > > >
> > > > > pwd
> > > > /p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby/MET/BUFRLIB
> > > > > ll *.a
> > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > excalibur:~jraby/MET/BUFRLIB
> > > >
> > > > R/
> > > > John
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.   Thank you!   Does your directory contain libbufr.a?
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > I have MET_BUFR set in the .bashrc:
> > > > >
> > > > > excalibur:~jraby
> > > > > > echo $MET_BUFR
> > > > > /p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby
> > > > >
> > > > > The the BUFRLIB dir contains a lot of files (*.f and *.o)
plus
> > > > > one script file but no include or lib directories.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.
> > > > >
> > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > >
> > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
> > > > > your .bashrc file?
> > > > >
> > > > > Thanks for always attaching the log for us.  It is helpful.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > >
> > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > It appears to me that your suggestion about changing the
> > > > > > NetCDF version worked. I noticed that the dialog on the
> > > > > > screen included strings which had
> > > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > > Unfortunately, it looks like another error occurs:
> > > > > >
> > > > > > ld: cannot find -lbufr
> > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > src/tools/other/pb2nc'
> > > > > >
> > > > > > I know we are making progress as there is now a /bin dir
and
> > > > > > it appears to have 14 of the 27 executables. Before there
> > > > > > was no /bin
> > > dir.
> > > > > >
> > > > > > See the following list:
> > > > > >
> > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > ll
> > > > > > total 115M
> > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > -rwxr-xr-x
> > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-
x
> > > > > > 1 jraby
> > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
> > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > > 1487I100 6.5M Feb
> > > > > > 6
> > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
15:48
> > > > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > > mode_analysis -rwxr-xr-x
> > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x
1
> > > > > > jraby
> > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
> > > > > > jraby
> > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
jraby
> > > > > > 1487I100 9.2M Feb
> > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
> > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb
> > > > > > 6
> > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb
6
> > > > > > 15:49 wavelet_stat
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Tue Feb 07 15:18:14 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib, but
I don't
think there are any. See the following listing:

excalibur:~jraby/hdfeos/hdfeos/lib
> ll
total 80K
drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp

What files would I look for? Maybe I can search around.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, February 07, 2017 2:12 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.

Good test of your own!  Thanks for trying that.  I'm glad it worked.

On to the next error:

*ld: cannot find -lhdfeos*

It looks like you have:
export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp

as I see the following:

*-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*

Please try changing that to export
$MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on the
end).

Then source your ~/.bashrc file, make clean, run configure and make
install
again.

Please let me know how that goes.

Thanks,
Julie


On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I followed your steps and it failed at the same point. See the
> attached ninth_make_install.log.
>
> I tried a test of my own, by editing the .bashrc file so that the
name
> of the env variable is changed from "MET_BUFR" to "MET_BUFRLIB" as
> follows:
>
> "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
>
> When I ran through the steps again, the install process went passed
> the point where it stopped before and continued so that now instead
of
> producing 14 executables, it produced 17 and then had an error. See
> the attached tenth_make_install.log. I noticed in this log that the
> path for BUFRLIB doesn't contain the "/lib". I'm not sure why this
is,
> but I think it allowed the process to continue without error until
it
> ran into another issue.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 12:37 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  The grep command can be very useful.  I use it all the
time.
> I'm glad you found it helpful.
>
> It's hard to say.  Let's try this:
>
> In your top level met-5.2 directory, run "make clean".  Then, please
> change your ~/.bashrc file to have "export
> MET_BUFR=/p/home/jraby/MET/BUFRLIB".
>
> Then open a new shell so that you have a fresh, clean environment
and
> change directories to your top level met-5.2 directory.
>
> Then run:
>
>
> *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics**make install >& make_install.log &*
>
>
> *tail -f make_install.log*
> and let me know how that goes.
>
> Thanks!
>
> Julie
>
>
> On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for showing me that useful command. Haven't use that one
before.
> >
> > I ran it in my home directory and it produced the following:
> >
> > > grep BUFRLIB ~/.bashrc
> > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > excalibur:~jraby
> >
> > This doesn't show /lib, so I'm not sure where else it could come
from.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 12:13 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Please try running:
> >
> > grep BUFRLIB ~/.bashrc
> >
> > and see what comes back.
> >
> > Perhaps that will help you figure out where this is coming from.
> >
> > Thanks,
> > Julie
> >
> > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for catching that inconsistency in the log file.
> > >
> > > I'm not sure I'm understanding how it is that the log file shows
> > > the
> > path:
> > > -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > I listed my BUFRLIB directory and it doesn't have /lib in it.
> > >
> > > My .bashrc file provides the path in the env vrbl: MET_BUFR
which
> > > doesn't have /lib in it either.
> > >
> > > Where should I look to change the path to remove the /lib?
> > >
> > > Should I try changing the name of the env vrbl in my .bashrc
file
> > > from MET_BUFR to MET_BUFRLIB without changing the path
> > > (/p/home/jraby/MET/BUFRLIB)?
> > > I'm not sure how this would change anything since the path is
the
> > > same in both cases.
> > >
> > > Thanks.
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  Thanks for listing the .a file in your directory.
> > >
> > > I see in your eighth_make_install.log file:
> > >
> > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > >
> > > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > > without the "lib" directory on the end.  Try changing that, then
> > > run make clean, configure, and make install again please.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Yes.
> > > >
> > > > > pwd
> > > > /p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby/MET/BUFRLIB
> > > > > ll *.a
> > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > excalibur:~jraby/MET/BUFRLIB
> > > >
> > > > R/
> > > > John
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.   Thank you!   Does your directory contain libbufr.a?
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > I have MET_BUFR set in the .bashrc:
> > > > >
> > > > > excalibur:~jraby
> > > > > > echo $MET_BUFR
> > > > > /p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby
> > > > >
> > > > > The the BUFRLIB dir contains a lot of files (*.f and *.o)
plus
> > > > > one script file but no include or lib directories.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.
> > > > >
> > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > >
> > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
> > > > > your .bashrc file?
> > > > >
> > > > > Thanks for always attaching the log for us.  It is helpful.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > >
> > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > It appears to me that your suggestion about changing the
> > > > > > NetCDF version worked. I noticed that the dialog on the
> > > > > > screen included strings which had
> > > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > > Unfortunately, it looks like another error occurs:
> > > > > >
> > > > > > ld: cannot find -lbufr
> > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > src/tools/other/pb2nc'
> > > > > >
> > > > > > I know we are making progress as there is now a /bin dir
and
> > > > > > it appears to have 14 of the 27 executables. Before there
> > > > > > was no /bin
> > > dir.
> > > > > >
> > > > > > See the following list:
> > > > > >
> > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > ll
> > > > > > total 115M
> > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > -rwxr-xr-x
> > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-xr-
x
> > > > > > 1 jraby
> > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1 jraby
> > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > > 1487I100 6.5M Feb
> > > > > > 6
> > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
15:48
> > > > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > > mode_analysis -rwxr-xr-x
> > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-x
1
> > > > > > jraby
> > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
> > > > > > jraby
> > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
jraby
> > > > > > 1487I100 9.2M Feb
> > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb  6
> > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M Feb
> > > > > > 6
> > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb
6
> > > > > > 15:49 wavelet_stat
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Wed Feb 08 09:22:47 2017

Hi John.  Unfortunately you log file was not attached, but your
listing of
your HDFEOS lib directory was very helpful.  I am wondering if
something
went wrong with your build of HDFEOS.  Our directory
external_libs/hdf_eos/hdfeos/lib/ has additional files:

This includes the files that MET needs and is looking for:

libGctp.a
libGctp.la
libhdfeos.a
libhdfeos.la

Try running the following in /p/home/jraby/hdfeos/hdfeos and see what
comes
back:

find . -name libhdfeos.a

Hopefully you will find those files.  If not, I would suggest
following the
instructions to rebulid HDFEOS on this page:
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

I hope that helps!

Julie

On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
but I
> don't
> think there are any. See the following listing:
>
> excalibur:~jraby/hdfeos/hdfeos/lib
> > ll
> total 80K
> drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
>
> What files would I look for? Maybe I can search around.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 2:12 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.
>
> Good test of your own!  Thanks for trying that.  I'm glad it worked.
>
> On to the next error:
>
> *ld: cannot find -lhdfeos*
>
> It looks like you have:
> export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
>
> as I see the following:
>
> *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
>
> Please try changing that to export
> $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on the
end).
>
> Then source your ~/.bashrc file, make clean, run configure and make
install
> again.
>
> Please let me know how that goes.
>
> Thanks,
> Julie
>
>
> On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I followed your steps and it failed at the same point. See the
> > attached ninth_make_install.log.
> >
> > I tried a test of my own, by editing the .bashrc file so that the
name
> > of the env variable is changed from "MET_BUFR" to "MET_BUFRLIB" as
> > follows:
> >
> > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> >
> > When I ran through the steps again, the install process went
passed
> > the point where it stopped before and continued so that now
instead of
> > producing 14 executables, it produced 17 and then had an error.
See
> > the attached tenth_make_install.log. I noticed in this log that
the
> > path for BUFRLIB doesn't contain the "/lib". I'm not sure why this
is,
> > but I think it allowed the process to continue without error until
it
> > ran into another issue.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 12:37 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  The grep command can be very useful.  I use it all the
time.
> > I'm glad you found it helpful.
> >
> > It's hard to say.  Let's try this:
> >
> > In your top level met-5.2 directory, run "make clean".  Then,
please
> > change your ~/.bashrc file to have "export
> > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> >
> > Then open a new shell so that you have a fresh, clean environment
and
> > change directories to your top level met-5.2 directory.
> >
> > Then run:
> >
> >
> > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > --enable-mode_graphics**make install >& make_install.log &*
> >
> >
> > *tail -f make_install.log*
> > and let me know how that goes.
> >
> > Thanks!
> >
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for showing me that useful command. Haven't use that one
before.
> > >
> > > I ran it in my home directory and it produced the following:
> > >
> > > > grep BUFRLIB ~/.bashrc
> > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > excalibur:~jraby
> > >
> > > This doesn't show /lib, so I'm not sure where else it could come
from.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Please try running:
> > >
> > > grep BUFRLIB ~/.bashrc
> > >
> > > and see what comes back.
> > >
> > > Perhaps that will help you figure out where this is coming from.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for catching that inconsistency in the log file.
> > > >
> > > > I'm not sure I'm understanding how it is that the log file
shows
> > > > the
> > > path:
> > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > >
> > > > I listed my BUFRLIB directory and it doesn't have /lib in it.
> > > >
> > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
which
> > > > doesn't have /lib in it either.
> > > >
> > > > Where should I look to change the path to remove the /lib?
> > > >
> > > > Should I try changing the name of the env vrbl in my .bashrc
file
> > > > from MET_BUFR to MET_BUFRLIB without changing the path
> > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > I'm not sure how this would change anything since the path is
the
> > > > same in both cases.
> > > >
> > > > Thanks.
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  Thanks for listing the .a file in your directory.
> > > >
> > > > I see in your eighth_make_install.log file:
> > > >
> > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > >
> > > > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > > > without the "lib" directory on the end.  Try changing that,
then
> > > > run make clean, configure, and make install again please.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Yes.
> > > > >
> > > > > > pwd
> > > > > /p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > ll *.a
> > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > excalibur:~jraby/MET/BUFRLIB
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
Please
> > > > > verify the identity of the sender, and confirm the
authenticity
> > > > > of all links contained within the message prior to copying
and
> > > > > pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > I have MET_BUFR set in the .bashrc:
> > > > > >
> > > > > > excalibur:~jraby
> > > > > > > echo $MET_BUFR
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby
> > > > > >
> > > > > > The the BUFRLIB dir contains a lot of files (*.f and *.o)
plus
> > > > > > one script file but no include or lib directories.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.
> > > > > >
> > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > >
> > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
> > > > > > your .bashrc file?
> > > > > >
> > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > It appears to me that your suggestion about changing the
> > > > > > > NetCDF version worked. I noticed that the dialog on the
> > > > > > > screen included strings which had
> > > > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > >
> > > > > > > ld: cannot find -lbufr
> > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > src/tools/other/pb2nc'
> > > > > > >
> > > > > > > I know we are making progress as there is now a /bin dir
and
> > > > > > > it appears to have 14 of the 27 executables. Before
there
> > > > > > > was no /bin
> > > > dir.
> > > > > > >
> > > > > > > See the following list:
> > > > > > >
> > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > ll
> > > > > > > total 115M
> > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > -rwxr-xr-x
> > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat -rwxr-
xr-x
> > > > > > > 1 jraby
> > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
jraby
> > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > > > 1487I100 6.5M Feb
> > > > > > > 6
> > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
15:48
> > > > > > > mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-
x 1
> > > > > > > jraby
> > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
> > > > > > > jraby
> > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
jraby
> > > > > > > 1487I100 9.2M Feb
> > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb
6
> > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
Feb
> > > > > > > 6
> > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb
6
> > > > > > > 15:49 wavelet_stat
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 09:25:36 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Thanks for diagnosing the issues. Sorry about not providing the log
file. I
can send it if needed. I will resume testing in a little while after
attending
to some other business.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 9:23 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.  Unfortunately you log file was not attached, but your
listing of
your HDFEOS lib directory was very helpful.  I am wondering if
something went
wrong with your build of HDFEOS.  Our directory
external_libs/hdf_eos/hdfeos/lib/ has additional files:

This includes the files that MET needs and is looking for:

libGctp.a
libGctp.la
libhdfeos.a
libhdfeos.la

Try running the following in /p/home/jraby/hdfeos/hdfeos and see what
comes
back:

find . -name libhdfeos.a

Hopefully you will find those files.  If not, I would suggest
following the
instructions to rebulid HDFEOS on this page:
Caution-
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

I hope that helps!

Julie

On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
but
> I don't think there are any. See the following listing:
>
> excalibur:~jraby/hdfeos/hdfeos/lib
> > ll
> total 80K
> drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
>
> What files would I look for? Maybe I can search around.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 2:12 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Good test of your own!  Thanks for trying that.  I'm glad it worked.
>
> On to the next error:
>
> *ld: cannot find -lhdfeos*
>
> It looks like you have:
> export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
>
> as I see the following:
>
> *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
>
> Please try changing that to export
> $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on the
end).
>
> Then source your ~/.bashrc file, make clean, run configure and make
> install again.
>
> Please let me know how that goes.
>
> Thanks,
> Julie
>
>
> On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I followed your steps and it failed at the same point. See the
> > attached ninth_make_install.log.
> >
> > I tried a test of my own, by editing the .bashrc file so that the
> > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > as
> > follows:
> >
> > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> >
> > When I ran through the steps again, the install process went
passed
> > the point where it stopped before and continued so that now
instead
> > of producing 14 executables, it produced 17 and then had an error.
> > See the attached tenth_make_install.log. I noticed in this log
that
> > the path for BUFRLIB doesn't contain the "/lib". I'm not sure why
> > this is, but I think it allowed the process to continue without
> > error until it ran into another issue.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 12:37 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  The grep command can be very useful.  I use it all the
time.
> > I'm glad you found it helpful.
> >
> > It's hard to say.  Let's try this:
> >
> > In your top level met-5.2 directory, run "make clean".  Then,
please
> > change your ~/.bashrc file to have "export
> > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> >
> > Then open a new shell so that you have a fresh, clean environment
> > and change directories to your top level met-5.2 directory.
> >
> > Then run:
> >
> >
> > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > --enable-mode_graphics**make install >& make_install.log &*
> >
> >
> > *tail -f make_install.log*
> > and let me know how that goes.
> >
> > Thanks!
> >
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for showing me that useful command. Haven't use that one
before.
> > >
> > > I ran it in my home directory and it produced the following:
> > >
> > > > grep BUFRLIB ~/.bashrc
> > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > excalibur:~jraby
> > >
> > > This doesn't show /lib, so I'm not sure where else it could come
from.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Please try running:
> > >
> > > grep BUFRLIB ~/.bashrc
> > >
> > > and see what comes back.
> > >
> > > Perhaps that will help you figure out where this is coming from.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for catching that inconsistency in the log file.
> > > >
> > > > I'm not sure I'm understanding how it is that the log file
shows
> > > > the
> > > path:
> > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > >
> > > > I listed my BUFRLIB directory and it doesn't have /lib in it.
> > > >
> > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > which doesn't have /lib in it either.
> > > >
> > > > Where should I look to change the path to remove the /lib?
> > > >
> > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > I'm not sure how this would change anything since the path is
> > > > the same in both cases.
> > > >
> > > > Thanks.
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  Thanks for listing the .a file in your directory.
> > > >
> > > > I see in your eighth_make_install.log file:
> > > >
> > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > >
> > > > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > > > without the "lib" directory on the end.  Try changing that,
then
> > > > run make clean, configure, and make install again please.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Yes.
> > > > >
> > > > > > pwd
> > > > > /p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > ll *.a
> > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > excalibur:~jraby/MET/BUFRLIB
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > I have MET_BUFR set in the .bashrc:
> > > > > >
> > > > > > excalibur:~jraby
> > > > > > > echo $MET_BUFR
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby
> > > > > >
> > > > > > The the BUFRLIB dir contains a lot of files (*.f and *.o)
> > > > > > plus one script file but no include or lib directories.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.
> > > > > >
> > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > >
> > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
> > > > > > your .bashrc file?
> > > > > >
> > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > It appears to me that your suggestion about changing the
> > > > > > > NetCDF version worked. I noticed that the dialog on the
> > > > > > > screen included strings which had
> > > > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > >
> > > > > > > ld: cannot find -lbufr
> > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > src/tools/other/pb2nc'
> > > > > > >
> > > > > > > I know we are making progress as there is now a /bin dir
> > > > > > > and it appears to have 14 of the 27 executables. Before
> > > > > > > there was no /bin
> > > > dir.
> > > > > > >
> > > > > > > See the following list:
> > > > > > >
> > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > ll
> > > > > > > total 115M
> > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > -rwxr-xr-x
> > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > -rwxr-xr-x
> > > > > > > 1 jraby
> > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
jraby
> > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > > > 1487I100 6.5M Feb
> > > > > > > 6
> > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-
x
> > > > > > > 1 jraby
> > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
> > > > > > > jraby
> > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > jraby
> > > > > > > 1487I100 9.2M Feb
> > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb
6
> > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
Feb
> > > > > > > 6
> > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb
> > > > > > > 6
> > > > > > > 15:49 wavelet_stat
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Julie Prestopnik
Time: Wed Feb 08 09:32:21 2017

That's ok.  The log file wasn't needed since you provided the listing
of
the directory which led me to see that the necessary files weren't
there.
Thanks!

Julie

On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for diagnosing the issues. Sorry about not providing the log
file. I
> can send it if needed. I will resume testing in a little while after
> attending
> to some other business.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:23 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> Hi John.  Unfortunately you log file was not attached, but your
listing of
> your HDFEOS lib directory was very helpful.  I am wondering if
something
> went
> wrong with your build of HDFEOS.  Our directory
> external_libs/hdf_eos/hdfeos/lib/ has additional files:
>
> This includes the files that MET needs and is looking for:
>
> libGctp.a
> libGctp.la
> libhdfeos.a
> libhdfeos.la
>
> Try running the following in /p/home/jraby/hdfeos/hdfeos and see
what comes
> back:
>
> find . -name libhdfeos.a
>
> Hopefully you will find those files.  If not, I would suggest
following the
> instructions to rebulid HDFEOS on this page:
> Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> I hope that helps!
>
> Julie
>
> On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
but
> > I don't think there are any. See the following listing:
> >
> > excalibur:~jraby/hdfeos/hdfeos/lib
> > > ll
> > total 80K
> > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> >
> > What files would I look for? Maybe I can search around.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 2:12 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> >
> > On to the next error:
> >
> > *ld: cannot find -lhdfeos*
> >
> > It looks like you have:
> > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> >
> > as I see the following:
> >
> > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> >
> > Please try changing that to export
> > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
the
> end).
> >
> > Then source your ~/.bashrc file, make clean, run configure and
make
> > install again.
> >
> > Please let me know how that goes.
> >
> > Thanks,
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I followed your steps and it failed at the same point. See the
> > > attached ninth_make_install.log.
> > >
> > > I tried a test of my own, by editing the .bashrc file so that
the
> > > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > > as
> > > follows:
> > >
> > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > >
> > > When I ran through the steps again, the install process went
passed
> > > the point where it stopped before and continued so that now
instead
> > > of producing 14 executables, it produced 17 and then had an
error.
> > > See the attached tenth_make_install.log. I noticed in this log
that
> > > the path for BUFRLIB doesn't contain the "/lib". I'm not sure
why
> > > this is, but I think it allowed the process to continue without
> > > error until it ran into another issue.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  The grep command can be very useful.  I use it all the
time.
> > > I'm glad you found it helpful.
> > >
> > > It's hard to say.  Let's try this:
> > >
> > > In your top level met-5.2 directory, run "make clean".  Then,
please
> > > change your ~/.bashrc file to have "export
> > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > >
> > > Then open a new shell so that you have a fresh, clean
environment
> > > and change directories to your top level met-5.2 directory.
> > >
> > > Then run:
> > >
> > >
> > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > --enable-mode_graphics**make install >& make_install.log &*
> > >
> > >
> > > *tail -f make_install.log*
> > > and let me know how that goes.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for showing me that useful command. Haven't use that
one
> before.
> > > >
> > > > I ran it in my home directory and it produced the following:
> > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > This doesn't show /lib, so I'm not sure where else it could
come
> from.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Please try running:
> > > >
> > > > grep BUFRLIB ~/.bashrc
> > > >
> > > > and see what comes back.
> > > >
> > > > Perhaps that will help you figure out where this is coming
from.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for catching that inconsistency in the log file.
> > > > >
> > > > > I'm not sure I'm understanding how it is that the log file
shows
> > > > > the
> > > > path:
> > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > >
> > > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > > which doesn't have /lib in it either.
> > > > >
> > > > > Where should I look to change the path to remove the /lib?
> > > > >
> > > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > I'm not sure how this would change anything since the path
is
> > > > > the same in both cases.
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
Please
> > > > > verify the identity of the sender, and confirm the
authenticity
> > > > > of all links contained within the message prior to copying
and
> > > > > pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  Thanks for listing the .a file in your directory.
> > > > >
> > > > > I see in your eighth_make_install.log file:
> > > > >
> > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > but I believe it should just be
-L/p/home/jraby/MET/BUFRLIB/
> > > > > without the "lib" directory on the end.  Try changing that,
then
> > > > > run make clean, configure, and make install again please.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Yes.
> > > > > >
> > > > > > > pwd
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > ll *.a
> > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > >
> > > > > > > excalibur:~jraby
> > > > > > > > echo $MET_BUFR
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby
> > > > > > >
> > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
*.o)
> > > > > > > plus one script file but no include or lib directories.
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
prior
> > > > > > > to copying and pasting the address to a Web browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.
> > > > > > >
> > > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > > >
> > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set
in
> > > > > > > your .bashrc file?
> > > > > > >
> > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
RT
> > > > > > > < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > It appears to me that your suggestion about changing
the
> > > > > > > > NetCDF version worked. I noticed that the dialog on
the
> > > > > > > > screen included strings which had
> > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > >
> > > > > > > > ld: cannot find -lbufr
> > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > > src/tools/other/pb2nc'
> > > > > > > >
> > > > > > > > I know we are making progress as there is now a /bin
dir
> > > > > > > > and it appears to have 14 of the 27 executables.
Before
> > > > > > > > there was no /bin
> > > > > dir.
> > > > > > > >
> > > > > > > > See the following list:
> > > > > > > >
> > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > ll
> > > > > > > > total 115M
> > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
jraby
> > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
jraby
> > > > > > > > 1487I100 6.5M Feb
> > > > > > > > 6
> > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
15:48
> > > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-
xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x
1
> > > > > > > > jraby
> > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.2M Feb
> > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb  6
> > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 wavelet_stat
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 13:08:17 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I searched for the files you listed below and can't find them. I start
on a
rebuild of the library. I have the original tarball file: HDF-
EOS2.16v1.00.tar
and will start the rebuild with that and then look for the files which
are
needed.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 9:23 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

Hi John.  Unfortunately you log file was not attached, but your
listing of
your HDFEOS lib directory was very helpful.  I am wondering if
something went
wrong with your build of HDFEOS.  Our directory
external_libs/hdf_eos/hdfeos/lib/ has additional files:

This includes the files that MET needs and is looking for:

libGctp.a
libGctp.la
libhdfeos.a
libhdfeos.la

Try running the following in /p/home/jraby/hdfeos/hdfeos and see what
comes
back:

find . -name libhdfeos.a

Hopefully you will find those files.  If not, I would suggest
following the
instructions to rebulid HDFEOS on this page:
Caution-
http://www.dtcenter.org/met/users/support/online_tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs

I hope that helps!

Julie

On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
but
> I don't think there are any. See the following listing:
>
> excalibur:~jraby/hdfeos/hdfeos/lib
> > ll
> total 80K
> drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
>
> What files would I look for? Maybe I can search around.
>
> R/
> John
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Tuesday, February 07, 2017 2:12 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.
>
> Good test of your own!  Thanks for trying that.  I'm glad it worked.
>
> On to the next error:
>
> *ld: cannot find -lhdfeos*
>
> It looks like you have:
> export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
>
> as I see the following:
>
> *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
>
> Please try changing that to export
> $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on the
end).
>
> Then source your ~/.bashrc file, make clean, run configure and make
> install again.
>
> Please let me know how that goes.
>
> Thanks,
> Julie
>
>
> On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I followed your steps and it failed at the same point. See the
> > attached ninth_make_install.log.
> >
> > I tried a test of my own, by editing the .bashrc file so that the
> > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > as
> > follows:
> >
> > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> >
> > When I ran through the steps again, the install process went
passed
> > the point where it stopped before and continued so that now
instead
> > of producing 14 executables, it produced 17 and then had an error.
> > See the attached tenth_make_install.log. I noticed in this log
that
> > the path for BUFRLIB doesn't contain the "/lib". I'm not sure why
> > this is, but I think it allowed the process to continue without
> > error until it ran into another issue.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 12:37 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  The grep command can be very useful.  I use it all the
time.
> > I'm glad you found it helpful.
> >
> > It's hard to say.  Let's try this:
> >
> > In your top level met-5.2 directory, run "make clean".  Then,
please
> > change your ~/.bashrc file to have "export
> > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> >
> > Then open a new shell so that you have a fresh, clean environment
> > and change directories to your top level met-5.2 directory.
> >
> > Then run:
> >
> >
> > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > --enable-mode_graphics**make install >& make_install.log &*
> >
> >
> > *tail -f make_install.log*
> > and let me know how that goes.
> >
> > Thanks!
> >
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for showing me that useful command. Haven't use that one
before.
> > >
> > > I ran it in my home directory and it produced the following:
> > >
> > > > grep BUFRLIB ~/.bashrc
> > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > excalibur:~jraby
> > >
> > > This doesn't show /lib, so I'm not sure where else it could come
from.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Please try running:
> > >
> > > grep BUFRLIB ~/.bashrc
> > >
> > > and see what comes back.
> > >
> > > Perhaps that will help you figure out where this is coming from.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for catching that inconsistency in the log file.
> > > >
> > > > I'm not sure I'm understanding how it is that the log file
shows
> > > > the
> > > path:
> > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > >
> > > > I listed my BUFRLIB directory and it doesn't have /lib in it.
> > > >
> > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > which doesn't have /lib in it either.
> > > >
> > > > Where should I look to change the path to remove the /lib?
> > > >
> > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > I'm not sure how this would change anything since the path is
> > > > the same in both cases.
> > > >
> > > > Thanks.
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  Thanks for listing the .a file in your directory.
> > > >
> > > > I see in your eighth_make_install.log file:
> > > >
> > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > >
> > > > but I believe it should just be  -L/p/home/jraby/MET/BUFRLIB/
> > > > without the "lib" directory on the end.  Try changing that,
then
> > > > run make clean, configure, and make install again please.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Yes.
> > > > >
> > > > > > pwd
> > > > > /p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > ll *.a
> > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > excalibur:~jraby/MET/BUFRLIB
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > I have MET_BUFR set in the .bashrc:
> > > > > >
> > > > > > excalibur:~jraby
> > > > > > > echo $MET_BUFR
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby
> > > > > >
> > > > > > The the BUFRLIB dir contains a lot of files (*.f and *.o)
> > > > > > plus one script file but no include or lib directories.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.
> > > > > >
> > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > >
> > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set in
> > > > > > your .bashrc file?
> > > > > >
> > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > It appears to me that your suggestion about changing the
> > > > > > > NetCDF version worked. I noticed that the dialog on the
> > > > > > > screen included strings which had
> > > > > > > 3.6.3 for the NetCDF version when that path was written.
> > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > >
> > > > > > > ld: cannot find -lbufr
> > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > src/tools/other/pb2nc'
> > > > > > >
> > > > > > > I know we are making progress as there is now a /bin dir
> > > > > > > and it appears to have 14 of the 27 executables. Before
> > > > > > > there was no /bin
> > > > dir.
> > > > > > >
> > > > > > > See the following list:
> > > > > > >
> > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > ll
> > > > > > > total 115M
> > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > -rwxr-xr-x
> > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > -rwxr-xr-x
> > > > > > > 1 jraby
> > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
jraby
> > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1 jraby
> > > > > > > 1487I100 6.5M Feb
> > > > > > > 6
> > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6 15:48
> > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine -rwxr-xr-
x
> > > > > > > 1 jraby
> > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x 1
> > > > > > > jraby
> > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > jraby
> > > > > > > 1487I100 9.2M Feb
> > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M Feb
6
> > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
Feb
> > > > > > > 6
> > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M Feb
> > > > > > > 6
> > > > > > > 15:49 wavelet_stat
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 14:04:24 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I could not find the files, so I went through the rebuild
instructions. Having
seem similar contructs for the ./configure step now several times, and
after
getting errors on this step, I began to realize that the path I was
putting
for CC and for hdf4 were merely duplicates of that for hdfeos itself.
I
located and used the path to "icc" for CC and used it instead and for
hdf4, I
used the path from the env vrbl "MET_HDFLIB" except I modified it to
look one
directory above (=/p/home/jraby/hdf/HDF4.2r3 ) and it seemed to
complete the
configure step with no errors. See the directory listing for
/p/home/jraby/hdfeos/hdfeos/lib which now contains the files you
pointed out
as necessary:

excalibur:~jraby/hdfeos/hdfeos/lib
> ll
total 1.8M
drwxr-x--- 20 jraby 1487I100 4.0K Feb  8 15:45 .
drwxr-x--- 14 jraby 1487I100 4.0K Feb  8 15:40 ..
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
-rw-r--r--  1 jraby 1487I100 439K Feb  8 15:45 libGctp.a
-rwxr-xr-x  1 jraby 1487I100  818 Feb  8 15:45 libGctp.la
-rw-r--r--  1 jraby 1487I100 1.3M Feb  8 15:45 libhdfeos.a
-rwxr-xr-x  1 jraby 1487I100  791 Feb  8 15:45 libhdfeos.la
drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
excalibur:~jraby/hdfeos/hdfeos/lib

I will proceed with another attempt to compile MET now and let you
know the
result.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 9:32 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

That's ok.  The log file wasn't needed since you provided the listing
of the
directory which led me to see that the necessary files weren't there.
Thanks!

Julie

On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for diagnosing the issues. Sorry about not providing the log
> file. I can send it if needed. I will resume testing in a little
while
> after attending to some other business.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:23 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  Unfortunately you log file was not attached, but your
> listing of your HDFEOS lib directory was very helpful.  I am
wondering
> if something went wrong with your build of HDFEOS.  Our directory
> external_libs/hdf_eos/hdfeos/lib/ has additional files:
>
> This includes the files that MET needs and is looking for:
>
> libGctp.a
> libGctp.la
> libhdfeos.a
> libhdfeos.la
>
> Try running the following in /p/home/jraby/hdfeos/hdfeos and see
what
> comes
> back:
>
> find . -name libhdfeos.a
>
> Hopefully you will find those files.  If not, I would suggest
> following the instructions to rebulid HDFEOS on this page:
> Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> I hope that helps!
>
> Julie
>
> On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
> > but I don't think there are any. See the following listing:
> >
> > excalibur:~jraby/hdfeos/hdfeos/lib
> > > ll
> > total 80K
> > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> >
> > What files would I look for? Maybe I can search around.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 2:12 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> >
> > On to the next error:
> >
> > *ld: cannot find -lhdfeos*
> >
> > It looks like you have:
> > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> >
> > as I see the following:
> >
> > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> >
> > Please try changing that to export
> > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
the
> end).
> >
> > Then source your ~/.bashrc file, make clean, run configure and
make
> > install again.
> >
> > Please let me know how that goes.
> >
> > Thanks,
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I followed your steps and it failed at the same point. See the
> > > attached ninth_make_install.log.
> > >
> > > I tried a test of my own, by editing the .bashrc file so that
the
> > > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > > as
> > > follows:
> > >
> > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > >
> > > When I ran through the steps again, the install process went
> > > passed the point where it stopped before and continued so that
now
> > > instead of producing 14 executables, it produced 17 and then had
an
> > > error.
> > > See the attached tenth_make_install.log. I noticed in this log
> > > that the path for BUFRLIB doesn't contain the "/lib". I'm not
sure
> > > why this is, but I think it allowed the process to continue
> > > without error until it ran into another issue.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  The grep command can be very useful.  I use it all the
time.
> > > I'm glad you found it helpful.
> > >
> > > It's hard to say.  Let's try this:
> > >
> > > In your top level met-5.2 directory, run "make clean".  Then,
> > > please change your ~/.bashrc file to have "export
> > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > >
> > > Then open a new shell so that you have a fresh, clean
environment
> > > and change directories to your top level met-5.2 directory.
> > >
> > > Then run:
> > >
> > >
> > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > --enable-mode_graphics**make install >& make_install.log &*
> > >
> > >
> > > *tail -f make_install.log*
> > > and let me know how that goes.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for showing me that useful command. Haven't use that
one
> before.
> > > >
> > > > I ran it in my home directory and it produced the following:
> > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > This doesn't show /lib, so I'm not sure where else it could
come
> from.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Please try running:
> > > >
> > > > grep BUFRLIB ~/.bashrc
> > > >
> > > > and see what comes back.
> > > >
> > > > Perhaps that will help you figure out where this is coming
from.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for catching that inconsistency in the log file.
> > > > >
> > > > > I'm not sure I'm understanding how it is that the log file
> > > > > shows the
> > > > path:
> > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > >
> > > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > > which doesn't have /lib in it either.
> > > > >
> > > > > Where should I look to change the path to remove the /lib?
> > > > >
> > > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > I'm not sure how this would change anything since the path
is
> > > > > the same in both cases.
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  Thanks for listing the .a file in your directory.
> > > > >
> > > > > I see in your eighth_make_install.log file:
> > > > >
> > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > but I believe it should just be
-L/p/home/jraby/MET/BUFRLIB/
> > > > > without the "lib" directory on the end.  Try changing that,
> > > > > then run make clean, configure, and make install again
please.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Yes.
> > > > > >
> > > > > > > pwd
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > ll *.a
> > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > >
> > > > > > > excalibur:~jraby
> > > > > > > > echo $MET_BUFR
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby
> > > > > > >
> > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
*.o)
> > > > > > > plus one script file but no include or lib directories.
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
> > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.
> > > > > > >
> > > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > > >
> > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set
in
> > > > > > > your .bashrc file?
> > > > > > >
> > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
> > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > It appears to me that your suggestion about changing
the
> > > > > > > > NetCDF version worked. I noticed that the dialog on
the
> > > > > > > > screen included strings which had
> > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > >
> > > > > > > > ld: cannot find -lbufr
> > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > > src/tools/other/pb2nc'
> > > > > > > >
> > > > > > > > I know we are making progress as there is now a /bin
dir
> > > > > > > > and it appears to have 14 of the 27 executables.
Before
> > > > > > > > there was no /bin
> > > > > dir.
> > > > > > > >
> > > > > > > > See the following list:
> > > > > > > >
> > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > ll
> > > > > > > > total 115M
> > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
jraby
> > > > > > > > 1487I100 6.5M Feb
> > > > > > > > 6
> > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
15:48
> > > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x
1
> > > > > > > > jraby
> > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.2M Feb
> > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
> > > > > > > > Feb
> > > > > > > > 6
> > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 wavelet_stat
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 14:32:09 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I attempted a recompile of MET, but it failed with a different error:

In file included from modis_file.h(22),
                 from modis_regrid.cc(27):
cloudsat_swath_file.h(27): catastrophic error: cannot open source file
"HdfEosDef.h"
  #include "HdfEosDef.h"

See attached log file

I'm checking on the presence/location of that file.

R/
John

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 9:32 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

That's ok.  The log file wasn't needed since you provided the listing
of the
directory which led me to see that the necessary files weren't there.
Thanks!

Julie

On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for diagnosing the issues. Sorry about not providing the log
> file. I can send it if needed. I will resume testing in a little
while
> after attending to some other business.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:23 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  Unfortunately you log file was not attached, but your
> listing of your HDFEOS lib directory was very helpful.  I am
wondering
> if something went wrong with your build of HDFEOS.  Our directory
> external_libs/hdf_eos/hdfeos/lib/ has additional files:
>
> This includes the files that MET needs and is looking for:
>
> libGctp.a
> libGctp.la
> libhdfeos.a
> libhdfeos.la
>
> Try running the following in /p/home/jraby/hdfeos/hdfeos and see
what
> comes
> back:
>
> find . -name libhdfeos.a
>
> Hopefully you will find those files.  If not, I would suggest
> following the instructions to rebulid HDFEOS on this page:
> Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> I hope that helps!
>
> Julie
>
> On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
> > but I don't think there are any. See the following listing:
> >
> > excalibur:~jraby/hdfeos/hdfeos/lib
> > > ll
> > total 80K
> > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> >
> > What files would I look for? Maybe I can search around.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 2:12 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> >
> > On to the next error:
> >
> > *ld: cannot find -lhdfeos*
> >
> > It looks like you have:
> > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> >
> > as I see the following:
> >
> > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> >
> > Please try changing that to export
> > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
the
> end).
> >
> > Then source your ~/.bashrc file, make clean, run configure and
make
> > install again.
> >
> > Please let me know how that goes.
> >
> > Thanks,
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I followed your steps and it failed at the same point. See the
> > > attached ninth_make_install.log.
> > >
> > > I tried a test of my own, by editing the .bashrc file so that
the
> > > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > > as
> > > follows:
> > >
> > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > >
> > > When I ran through the steps again, the install process went
> > > passed the point where it stopped before and continued so that
now
> > > instead of producing 14 executables, it produced 17 and then had
an
> > > error.
> > > See the attached tenth_make_install.log. I noticed in this log
> > > that the path for BUFRLIB doesn't contain the "/lib". I'm not
sure
> > > why this is, but I think it allowed the process to continue
> > > without error until it ran into another issue.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  The grep command can be very useful.  I use it all the
time.
> > > I'm glad you found it helpful.
> > >
> > > It's hard to say.  Let's try this:
> > >
> > > In your top level met-5.2 directory, run "make clean".  Then,
> > > please change your ~/.bashrc file to have "export
> > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > >
> > > Then open a new shell so that you have a fresh, clean
environment
> > > and change directories to your top level met-5.2 directory.
> > >
> > > Then run:
> > >
> > >
> > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > --enable-mode_graphics**make install >& make_install.log &*
> > >
> > >
> > > *tail -f make_install.log*
> > > and let me know how that goes.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for showing me that useful command. Haven't use that
one
> before.
> > > >
> > > > I ran it in my home directory and it produced the following:
> > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > This doesn't show /lib, so I'm not sure where else it could
come
> from.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Please try running:
> > > >
> > > > grep BUFRLIB ~/.bashrc
> > > >
> > > > and see what comes back.
> > > >
> > > > Perhaps that will help you figure out where this is coming
from.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for catching that inconsistency in the log file.
> > > > >
> > > > > I'm not sure I'm understanding how it is that the log file
> > > > > shows the
> > > > path:
> > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > >
> > > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > > which doesn't have /lib in it either.
> > > > >
> > > > > Where should I look to change the path to remove the /lib?
> > > > >
> > > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > I'm not sure how this would change anything since the path
is
> > > > > the same in both cases.
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  Thanks for listing the .a file in your directory.
> > > > >
> > > > > I see in your eighth_make_install.log file:
> > > > >
> > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > but I believe it should just be
-L/p/home/jraby/MET/BUFRLIB/
> > > > > without the "lib" directory on the end.  Try changing that,
> > > > > then run make clean, configure, and make install again
please.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Yes.
> > > > > >
> > > > > > > pwd
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > ll *.a
> > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > >
> > > > > > > excalibur:~jraby
> > > > > > > > echo $MET_BUFR
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby
> > > > > > >
> > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
*.o)
> > > > > > > plus one script file but no include or lib directories.
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
> > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.
> > > > > > >
> > > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > > >
> > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set
in
> > > > > > > your .bashrc file?
> > > > > > >
> > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
> > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > It appears to me that your suggestion about changing
the
> > > > > > > > NetCDF version worked. I noticed that the dialog on
the
> > > > > > > > screen included strings which had
> > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > >
> > > > > > > > ld: cannot find -lbufr
> > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > > src/tools/other/pb2nc'
> > > > > > > >
> > > > > > > > I know we are making progress as there is now a /bin
dir
> > > > > > > > and it appears to have 14 of the 27 executables.
Before
> > > > > > > > there was no /bin
> > > > > dir.
> > > > > > > >
> > > > > > > > See the following list:
> > > > > > > >
> > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > ll
> > > > > > > > total 115M
> > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
jraby
> > > > > > > > 1487I100 6.5M Feb
> > > > > > > > 6
> > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
15:48
> > > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x
1
> > > > > > > > jraby
> > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.2M Feb
> > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
> > > > > > > > Feb
> > > > > > > > 6
> > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 wavelet_stat
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 14:39:38 2017

CLASSIFICATION: UNCLASSIFIED

Juile -

Regard sthe issue with "HdfEosDef.h", I think I found the problem. My
env vrbl
" MET_HDFEOSINC" was incorrect. Now it is:

> echo $MET_HDFEOSINC
/p/home/jraby/hdfeos/include

It should have been:

> echo $MET_HDFEOSINC
/p/home/jraby/hdfeos/hdfeos/include

>From the following listing you can see the needed file (s) is there. I
will
modify the .bashrc file and try again.

excalibur:~jraby/hdfeos/hdfeos/include
> ll
total 172K
drwxr-x---  2 jraby 1487I100 4.0K Feb  8 15:40 .
drwxr-x--- 14 jraby 1487I100 4.0K Feb  8 15:40 ..
-r--r-----  1 jraby 1487I100 1.3K Feb 19  2008 HDFEOSVersion.h
-rw-r-----  1 jraby 1487I100 4.2K Feb  8 15:24 HE2_config.h
-r--r-----  1 jraby 1487I100 3.9K May 19  2009 HE2_config.h.in
-r--r-----  1 jraby 1487I100 6.9K Aug 30  2007 HdfEosDef.f
-r--r-----  1 jraby 1487I100  11K Feb 19  2008 HdfEosDef.h
-rw-r-----  1 jraby 1487I100  13K Feb  8 15:40 Makefile
-r-xr-x---  1 jraby 1487I100  247 Feb 19  2008 Makefile.am
-r--r-----  1 jraby 1487I100  13K May 19  2009 Makefile.in
-r--r-----  1 jraby 1487I100  83K Feb 19  2008 cfortHdf.h
-r--r-----  1 jraby 1487I100  779 Sep 22  2000 ease.h
-rw-r-----  1 jraby 1487I100   35 Feb  8 15:40 stamp-h1
excalibur:~jraby/hdfeos/hdfeos/include

Sorry about that, I shoul have caught it before.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 9:32 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

That's ok.  The log file wasn't needed since you provided the listing
of the
directory which led me to see that the necessary files weren't there.
Thanks!

Julie

On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for diagnosing the issues. Sorry about not providing the log
> file. I can send it if needed. I will resume testing in a little
while
> after attending to some other business.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:23 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  Unfortunately you log file was not attached, but your
> listing of your HDFEOS lib directory was very helpful.  I am
wondering
> if something went wrong with your build of HDFEOS.  Our directory
> external_libs/hdf_eos/hdfeos/lib/ has additional files:
>
> This includes the files that MET needs and is looking for:
>
> libGctp.a
> libGctp.la
> libhdfeos.a
> libhdfeos.la
>
> Try running the following in /p/home/jraby/hdfeos/hdfeos and see
what
> comes
> back:
>
> find . -name libhdfeos.a
>
> Hopefully you will find those files.  If not, I would suggest
> following the instructions to rebulid HDFEOS on this page:
> Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> I hope that helps!
>
> Julie
>
> On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
> > but I don't think there are any. See the following listing:
> >
> > excalibur:~jraby/hdfeos/hdfeos/lib
> > > ll
> > total 80K
> > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> >
> > What files would I look for? Maybe I can search around.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 2:12 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> >
> > On to the next error:
> >
> > *ld: cannot find -lhdfeos*
> >
> > It looks like you have:
> > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> >
> > as I see the following:
> >
> > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> >
> > Please try changing that to export
> > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
the
> end).
> >
> > Then source your ~/.bashrc file, make clean, run configure and
make
> > install again.
> >
> > Please let me know how that goes.
> >
> > Thanks,
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I followed your steps and it failed at the same point. See the
> > > attached ninth_make_install.log.
> > >
> > > I tried a test of my own, by editing the .bashrc file so that
the
> > > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > > as
> > > follows:
> > >
> > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > >
> > > When I ran through the steps again, the install process went
> > > passed the point where it stopped before and continued so that
now
> > > instead of producing 14 executables, it produced 17 and then had
an
> > > error.
> > > See the attached tenth_make_install.log. I noticed in this log
> > > that the path for BUFRLIB doesn't contain the "/lib". I'm not
sure
> > > why this is, but I think it allowed the process to continue
> > > without error until it ran into another issue.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  The grep command can be very useful.  I use it all the
time.
> > > I'm glad you found it helpful.
> > >
> > > It's hard to say.  Let's try this:
> > >
> > > In your top level met-5.2 directory, run "make clean".  Then,
> > > please change your ~/.bashrc file to have "export
> > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > >
> > > Then open a new shell so that you have a fresh, clean
environment
> > > and change directories to your top level met-5.2 directory.
> > >
> > > Then run:
> > >
> > >
> > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > --enable-mode_graphics**make install >& make_install.log &*
> > >
> > >
> > > *tail -f make_install.log*
> > > and let me know how that goes.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for showing me that useful command. Haven't use that
one
> before.
> > > >
> > > > I ran it in my home directory and it produced the following:
> > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > This doesn't show /lib, so I'm not sure where else it could
come
> from.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Please try running:
> > > >
> > > > grep BUFRLIB ~/.bashrc
> > > >
> > > > and see what comes back.
> > > >
> > > > Perhaps that will help you figure out where this is coming
from.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for catching that inconsistency in the log file.
> > > > >
> > > > > I'm not sure I'm understanding how it is that the log file
> > > > > shows the
> > > > path:
> > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > >
> > > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > > which doesn't have /lib in it either.
> > > > >
> > > > > Where should I look to change the path to remove the /lib?
> > > > >
> > > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > I'm not sure how this would change anything since the path
is
> > > > > the same in both cases.
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  Thanks for listing the .a file in your directory.
> > > > >
> > > > > I see in your eighth_make_install.log file:
> > > > >
> > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > but I believe it should just be
-L/p/home/jraby/MET/BUFRLIB/
> > > > > without the "lib" directory on the end.  Try changing that,
> > > > > then run make clean, configure, and make install again
please.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Yes.
> > > > > >
> > > > > > > pwd
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > ll *.a
> > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > >
> > > > > > > excalibur:~jraby
> > > > > > > > echo $MET_BUFR
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby
> > > > > > >
> > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
*.o)
> > > > > > > plus one script file but no include or lib directories.
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
> > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.
> > > > > > >
> > > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > > >
> > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set
in
> > > > > > > your .bashrc file?
> > > > > > >
> > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
> > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > It appears to me that your suggestion about changing
the
> > > > > > > > NetCDF version worked. I noticed that the dialog on
the
> > > > > > > > screen included strings which had
> > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > >
> > > > > > > > ld: cannot find -lbufr
> > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > > src/tools/other/pb2nc'
> > > > > > > >
> > > > > > > > I know we are making progress as there is now a /bin
dir
> > > > > > > > and it appears to have 14 of the 27 executables.
Before
> > > > > > > > there was no /bin
> > > > > dir.
> > > > > > > >
> > > > > > > > See the following list:
> > > > > > > >
> > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > ll
> > > > > > > > total 115M
> > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
jraby
> > > > > > > > 1487I100 6.5M Feb
> > > > > > > > 6
> > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
15:48
> > > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x
1
> > > > > > > > jraby
> > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.2M Feb
> > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
> > > > > > > > Feb
> > > > > > > > 6
> > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 wavelet_stat
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 15:02:38 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

I believe I solved the problem with HDFEOS. The next compile attempt
failed at
the point where it could not find the cairo.h file. I now have 18
executables
in the /bin dir, so progress is being made. I had 17 before.

The error dialog follows:

In file included from cgraphbase_plottype_to_string.h(38),
                 from cgraphbase_plottype_to_string.cc(35):
cgraph_main.h(27): catastrophic error: cannot open source file
"cairo.h"
  #include "cairo.h"

The log file is attached.

I'll investigate the problem with accessing the cairo file and let you
know
what I find.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 9:32 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

That's ok.  The log file wasn't needed since you provided the listing
of the
directory which led me to see that the necessary files weren't there.
Thanks!

Julie

On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for diagnosing the issues. Sorry about not providing the log
> file. I can send it if needed. I will resume testing in a little
while
> after attending to some other business.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:23 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  Unfortunately you log file was not attached, but your
> listing of your HDFEOS lib directory was very helpful.  I am
wondering
> if something went wrong with your build of HDFEOS.  Our directory
> external_libs/hdf_eos/hdfeos/lib/ has additional files:
>
> This includes the files that MET needs and is looking for:
>
> libGctp.a
> libGctp.la
> libhdfeos.a
> libhdfeos.la
>
> Try running the following in /p/home/jraby/hdfeos/hdfeos and see
what
> comes
> back:
>
> find . -name libhdfeos.a
>
> Hopefully you will find those files.  If not, I would suggest
> following the instructions to rebulid HDFEOS on this page:
> Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> I hope that helps!
>
> Julie
>
> On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
> > but I don't think there are any. See the following listing:
> >
> > excalibur:~jraby/hdfeos/hdfeos/lib
> > > ll
> > total 80K
> > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> >
> > What files would I look for? Maybe I can search around.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 2:12 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> >
> > On to the next error:
> >
> > *ld: cannot find -lhdfeos*
> >
> > It looks like you have:
> > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> >
> > as I see the following:
> >
> > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> >
> > Please try changing that to export
> > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
the
> end).
> >
> > Then source your ~/.bashrc file, make clean, run configure and
make
> > install again.
> >
> > Please let me know how that goes.
> >
> > Thanks,
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I followed your steps and it failed at the same point. See the
> > > attached ninth_make_install.log.
> > >
> > > I tried a test of my own, by editing the .bashrc file so that
the
> > > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > > as
> > > follows:
> > >
> > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > >
> > > When I ran through the steps again, the install process went
> > > passed the point where it stopped before and continued so that
now
> > > instead of producing 14 executables, it produced 17 and then had
an
> > > error.
> > > See the attached tenth_make_install.log. I noticed in this log
> > > that the path for BUFRLIB doesn't contain the "/lib". I'm not
sure
> > > why this is, but I think it allowed the process to continue
> > > without error until it ran into another issue.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  The grep command can be very useful.  I use it all the
time.
> > > I'm glad you found it helpful.
> > >
> > > It's hard to say.  Let's try this:
> > >
> > > In your top level met-5.2 directory, run "make clean".  Then,
> > > please change your ~/.bashrc file to have "export
> > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > >
> > > Then open a new shell so that you have a fresh, clean
environment
> > > and change directories to your top level met-5.2 directory.
> > >
> > > Then run:
> > >
> > >
> > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > --enable-mode_graphics**make install >& make_install.log &*
> > >
> > >
> > > *tail -f make_install.log*
> > > and let me know how that goes.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for showing me that useful command. Haven't use that
one
> before.
> > > >
> > > > I ran it in my home directory and it produced the following:
> > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > This doesn't show /lib, so I'm not sure where else it could
come
> from.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Please try running:
> > > >
> > > > grep BUFRLIB ~/.bashrc
> > > >
> > > > and see what comes back.
> > > >
> > > > Perhaps that will help you figure out where this is coming
from.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for catching that inconsistency in the log file.
> > > > >
> > > > > I'm not sure I'm understanding how it is that the log file
> > > > > shows the
> > > > path:
> > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > >
> > > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > > which doesn't have /lib in it either.
> > > > >
> > > > > Where should I look to change the path to remove the /lib?
> > > > >
> > > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > I'm not sure how this would change anything since the path
is
> > > > > the same in both cases.
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  Thanks for listing the .a file in your directory.
> > > > >
> > > > > I see in your eighth_make_install.log file:
> > > > >
> > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > but I believe it should just be
-L/p/home/jraby/MET/BUFRLIB/
> > > > > without the "lib" directory on the end.  Try changing that,
> > > > > then run make clean, configure, and make install again
please.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Yes.
> > > > > >
> > > > > > > pwd
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > ll *.a
> > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > >
> > > > > > > excalibur:~jraby
> > > > > > > > echo $MET_BUFR
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby
> > > > > > >
> > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
*.o)
> > > > > > > plus one script file but no include or lib directories.
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
> > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.
> > > > > > >
> > > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > > >
> > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set
in
> > > > > > > your .bashrc file?
> > > > > > >
> > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
> > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > It appears to me that your suggestion about changing
the
> > > > > > > > NetCDF version worked. I noticed that the dialog on
the
> > > > > > > > screen included strings which had
> > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > >
> > > > > > > > ld: cannot find -lbufr
> > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > > src/tools/other/pb2nc'
> > > > > > > >
> > > > > > > > I know we are making progress as there is now a /bin
dir
> > > > > > > > and it appears to have 14 of the 27 executables.
Before
> > > > > > > > there was no /bin
> > > > > dir.
> > > > > > > >
> > > > > > > > See the following list:
> > > > > > > >
> > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > ll
> > > > > > > > total 115M
> > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
jraby
> > > > > > > > 1487I100 6.5M Feb
> > > > > > > > 6
> > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
15:48
> > > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x
1
> > > > > > > > jraby
> > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.2M Feb
> > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
> > > > > > > > Feb
> > > > > > > > 6
> > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 wavelet_stat
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: John Halley Gotway
Time: Wed Feb 08 16:02:01 2017

John,

This is John Halley Gotway.  Thought I'd jump in here on this ticket.

Unless you have a very specific need for the MODIS-Regrid and MODE-
Graphics
tools, I'd recommend skipping them in the compilation.

Just don't pass the --enable-mode_graphics and --enable-modis options
to
the configuration script.  Honestly, they're more trouble than they're
worth... unless you definitely know that you need them.

Thanks,
John



On Wed, Feb 8, 2017 at 3:02 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I believe I solved the problem with HDFEOS. The next compile attempt
> failed at
> the point where it could not find the cairo.h file. I now have 18
> executables
> in the /bin dir, so progress is being made. I had 17 before.
>
> The error dialog follows:
>
> In file included from cgraphbase_plottype_to_string.h(38),
>                  from cgraphbase_plottype_to_string.cc(35):
> cgraph_main.h(27): catastrophic error: cannot open source file
"cairo.h"
>   #include "cairo.h"
>
> The log file is attached.
>
> I'll investigate the problem with accessing the cairo file and let
you know
> what I find.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:32 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> That's ok.  The log file wasn't needed since you provided the
listing of
> the
> directory which led me to see that the necessary files weren't
there.
> Thanks!
>
> Julie
>
> On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for diagnosing the issues. Sorry about not providing the
log
> > file. I can send it if needed. I will resume testing in a little
while
> > after attending to some other business.
> >
> > R/
> > John
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Wednesday, February 08, 2017 9:23 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  Unfortunately you log file was not attached, but your
> > listing of your HDFEOS lib directory was very helpful.  I am
wondering
> > if something went wrong with your build of HDFEOS.  Our directory
> > external_libs/hdf_eos/hdfeos/lib/ has additional files:
> >
> > This includes the files that MET needs and is looking for:
> >
> > libGctp.a
> > libGctp.la
> > libhdfeos.a
> > libhdfeos.la
> >
> > Try running the following in /p/home/jraby/hdfeos/hdfeos and see
what
> > comes
> > back:
> >
> > find . -name libhdfeos.a
> >
> > Hopefully you will find those files.  If not, I would suggest
> > following the instructions to rebulid HDFEOS on this page:
> > Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> > tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I'm looking for library files in
/p/home/jraby/hdfeos/hdfeos/lib,
> > > but I don't think there are any. See the following listing:
> > >
> > > excalibur:~jraby/hdfeos/hdfeos/lib
> > > > ll
> > > total 80K
> > > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> > >
> > > What files would I look for? Maybe I can search around.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 2:12 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> > >
> > > On to the next error:
> > >
> > > *ld: cannot find -lhdfeos*
> > >
> > > It looks like you have:
> > > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> > >
> > > as I see the following:
> > >
> > > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> > >
> > > Please try changing that to export
> > > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
the
> > end).
> > >
> > > Then source your ~/.bashrc file, make clean, run configure and
make
> > > install again.
> > >
> > > Please let me know how that goes.
> > >
> > > Thanks,
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I followed your steps and it failed at the same point. See the
> > > > attached ninth_make_install.log.
> > > >
> > > > I tried a test of my own, by editing the .bashrc file so that
the
> > > > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > > > as
> > > > follows:
> > > >
> > > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > > >
> > > > When I ran through the steps again, the install process went
> > > > passed the point where it stopped before and continued so that
now
> > > > instead of producing 14 executables, it produced 17 and then
had an
> > > > error.
> > > > See the attached tenth_make_install.log. I noticed in this log
> > > > that the path for BUFRLIB doesn't contain the "/lib". I'm not
sure
> > > > why this is, but I think it allowed the process to continue
> > > > without error until it ran into another issue.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  The grep command can be very useful.  I use it all
the
> time.
> > > > I'm glad you found it helpful.
> > > >
> > > > It's hard to say.  Let's try this:
> > > >
> > > > In your top level met-5.2 directory, run "make clean".  Then,
> > > > please change your ~/.bashrc file to have "export
> > > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > > >
> > > > Then open a new shell so that you have a fresh, clean
environment
> > > > and change directories to your top level met-5.2 directory.
> > > >
> > > > Then run:
> > > >
> > > >
> > > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > > --enable-mode_graphics**make install >& make_install.log &*
> > > >
> > > >
> > > > *tail -f make_install.log*
> > > > and let me know how that goes.
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for showing me that useful command. Haven't use that
one
> > before.
> > > > >
> > > > > I ran it in my home directory and it produced the following:
> > > > >
> > > > > > grep BUFRLIB ~/.bashrc
> > > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby
> > > > >
> > > > > This doesn't show /lib, so I'm not sure where else it could
come
> > from.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
Please
> > > > > verify the identity of the sender, and confirm the
authenticity
> > > > > of all links contained within the message prior to copying
and
> > > > > pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.
> > > > >
> > > > > Please try running:
> > > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > >
> > > > > and see what comes back.
> > > > >
> > > > > Perhaps that will help you figure out where this is coming
from.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Thanks for catching that inconsistency in the log file.
> > > > > >
> > > > > > I'm not sure I'm understanding how it is that the log file
> > > > > > shows the
> > > > > path:
> > > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > >
> > > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > > >
> > > > > > My .bashrc file provides the path in the env vrbl:
MET_BUFR
> > > > > > which doesn't have /lib in it either.
> > > > > >
> > > > > > Where should I look to change the path to remove the /lib?
> > > > > >
> > > > > > Should I try changing the name of the env vrbl in my
.bashrc
> > > > > > file from MET_BUFR to MET_BUFRLIB without changing the
path
> > > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > > I'm not sure how this would change anything since the path
is
> > > > > > the same in both cases.
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.  Thanks for listing the .a file in your
directory.
> > > > > >
> > > > > > I see in your eighth_make_install.log file:
> > > > > >
> > > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > >
> > > > > > but I believe it should just be
-L/p/home/jraby/MET/BUFRLIB/
> > > > > > without the "lib" directory on the end.  Try changing
that,
> > > > > > then run make clean, configure, and make install again
please.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via
RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > Yes.
> > > > > > >
> > > > > > > > pwd
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > > ll *.a
> > > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
prior
> > > > > > > to copying and pasting the address to a Web browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
RT
> > > > > > > < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > > >
> > > > > > > > excalibur:~jraby
> > > > > > > > > echo $MET_BUFR
> > > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > > excalibur:~jraby
> > > > > > > >
> > > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
*.o)
> > > > > > > > plus one script file but no include or lib
directories.
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT
> > > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-mailto:
> > met_help at ucar.
> > > > > > > > edu]
> > > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > > >
> > > > > > > > All active links contained in this email were
disabled.
> > > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > > authenticity of all links contained within the message
> > > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > ----
> > > > > > > >
> > > > > > > > Hi John.
> > > > > > > >
> > > > > > > > It looks like MET doesn't know where to find the BUFR
> library.
> > > > > > > >
> > > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC
set in
> > > > > > > > your .bashrc file?
> > > > > > > >
> > > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Julie
> > > > > > > >
> > > > > > > >
> > > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV
via
> > > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> > Caution-Caution-url:
> > > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https:
> > > //rt.rap.ucar.
> > > > > edu/rt/Ticket/Display.
> > > > > > > > > html?id=79
> > > > > > > > > 267 >
> > > > > > > > >
> > > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > > >
> > > > > > > > > Julie -
> > > > > > > > >
> > > > > > > > > It appears to me that your suggestion about changing
the
> > > > > > > > > NetCDF version worked. I noticed that the dialog on
the
> > > > > > > > > screen included strings which had
> > > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > > >
> > > > > > > > > ld: cannot find -lbufr
> > > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-
5.2/
> > > > > > > > > src/tools/other/pb2nc'
> > > > > > > > >
> > > > > > > > > I know we are making progress as there is now a /bin
dir
> > > > > > > > > and it appears to have 14 of the 27 executables.
Before
> > > > > > > > > there was no /bin
> > > > > > dir.
> > > > > > > > >
> > > > > > > > > See the following list:
> > > > > > > > >
> > > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > > ll
> > > > > > > > > total 115M
> > > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50
ascii2nc
> > > > > > > > > -rwxr-xr-x
> > > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > > -rwxr-xr-x
> > > > > > > > > 1 jraby
> > > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
> > > > > > > > > jraby
> > > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
jraby
> > > > > > > > > 1487I100 6.5M Feb
> > > > > > > > > 6
> > > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb
6
> > > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
15:48
> > > > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > > -rwxr-xr-x
> > > > > > > > > 1 jraby
> > > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-
x 1
> > > > > > > > > jraby
> > > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x
1
> > > > > > > > > jraby
> > > > > > > > > 1487I100 9.2M Feb
> > > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> > > > > > > > > 6
> > > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100
7.8M
> > > > > > > > > Feb
> > > > > > > > > 6
> > > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
Feb
> > > > > > > > > 6
> > > > > > > > > 15:49 wavelet_stat
> > > > > > > > >
> > > > > > > > > R/
> > > > > > > > > John
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 16:04:00 2017

CLASSIFICATION: UNCLASSIFIED

Julie -

Just an update on the situation with Cairo. I tried installing it
myself a few
weeks ago, but I ran into a problem with pixman which was required for
Cairo,
but we didn't know how to get Cairo to acess the new pixman version
when
executing the ./configure step. I decided to contact my administrators
about
it and they installed Cairo, but when I try to navigate there it
denies
access. I can't seem to copy it either. I just created a new ticket to
see if
they can resolve the access issue.

I may not hear back on a resolution until tomorrow.

If I do, I'll try another attempt at compiling MET and let you know
the
results.

R/
John


-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 9:32 AM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

That's ok.  The log file wasn't needed since you provided the listing
of the
directory which led me to see that the necessary files weren't there.
Thanks!

Julie

On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> Thanks for diagnosing the issues. Sorry about not providing the log
> file. I can send it if needed. I will resume testing in a little
while
> after attending to some other business.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:23 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> Hi John.  Unfortunately you log file was not attached, but your
> listing of your HDFEOS lib directory was very helpful.  I am
wondering
> if something went wrong with your build of HDFEOS.  Our directory
> external_libs/hdf_eos/hdfeos/lib/ has additional files:
>
> This includes the files that MET needs and is looking for:
>
> libGctp.a
> libGctp.la
> libhdfeos.a
> libhdfeos.la
>
> Try running the following in /p/home/jraby/hdfeos/hdfeos and see
what
> comes
> back:
>
> find . -name libhdfeos.a
>
> Hopefully you will find those files.  If not, I would suggest
> following the instructions to rebulid HDFEOS on this page:
> Caution-Caution-http://www.dtcenter.org/met/users/support/online_
> tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
>
> I hope that helps!
>
> Julie
>
> On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I'm looking for library files in /p/home/jraby/hdfeos/hdfeos/lib,
> > but I don't think there are any. See the following listing:
> >
> > excalibur:~jraby/hdfeos/hdfeos/lib
> > > ll
> > total 80K
> > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> >
> > What files would I look for? Maybe I can search around.
> >
> > R/
> > John
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Tuesday, February 07, 2017 2:12 PM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.
> >
> > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> >
> > On to the next error:
> >
> > *ld: cannot find -lhdfeos*
> >
> > It looks like you have:
> > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> >
> > as I see the following:
> >
> > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> >
> > Please try changing that to export
> > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
the
> end).
> >
> > Then source your ~/.bashrc file, make clean, run configure and
make
> > install again.
> >
> > Please let me know how that goes.
> >
> > Thanks,
> > Julie
> >
> >
> > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I followed your steps and it failed at the same point. See the
> > > attached ninth_make_install.log.
> > >
> > > I tried a test of my own, by editing the .bashrc file so that
the
> > > name of the env variable is changed from "MET_BUFR" to
"MET_BUFRLIB"
> > > as
> > > follows:
> > >
> > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > >
> > > When I ran through the steps again, the install process went
> > > passed the point where it stopped before and continued so that
now
> > > instead of producing 14 executables, it produced 17 and then had
an
> > > error.
> > > See the attached tenth_make_install.log. I noticed in this log
> > > that the path for BUFRLIB doesn't contain the "/lib". I'm not
sure
> > > why this is, but I think it allowed the process to continue
> > > without error until it ran into another issue.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  The grep command can be very useful.  I use it all the
time.
> > > I'm glad you found it helpful.
> > >
> > > It's hard to say.  Let's try this:
> > >
> > > In your top level met-5.2 directory, run "make clean".  Then,
> > > please change your ~/.bashrc file to have "export
> > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > >
> > > Then open a new shell so that you have a fresh, clean
environment
> > > and change directories to your top level met-5.2 directory.
> > >
> > > Then run:
> > >
> > >
> > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > --enable-mode_graphics**make install >& make_install.log &*
> > >
> > >
> > > *tail -f make_install.log*
> > > and let me know how that goes.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > Thanks for showing me that useful command. Haven't use that
one
> before.
> > > >
> > > > I ran it in my home directory and it produced the following:
> > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > excalibur:~jraby
> > > >
> > > > This doesn't show /lib, so I'm not sure where else it could
come
> from.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Please try running:
> > > >
> > > > grep BUFRLIB ~/.bashrc
> > > >
> > > > and see what comes back.
> > > >
> > > > Perhaps that will help you figure out where this is coming
from.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for catching that inconsistency in the log file.
> > > > >
> > > > > I'm not sure I'm understanding how it is that the log file
> > > > > shows the
> > > > path:
> > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > >
> > > > > My .bashrc file provides the path in the env vrbl: MET_BUFR
> > > > > which doesn't have /lib in it either.
> > > > >
> > > > > Where should I look to change the path to remove the /lib?
> > > > >
> > > > > Should I try changing the name of the env vrbl in my .bashrc
> > > > > file from MET_BUFR to MET_BUFRLIB without changing the path
> > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > I'm not sure how this would change anything since the path
is
> > > > > the same in both cases.
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  Thanks for listing the .a file in your directory.
> > > > >
> > > > > I see in your eighth_make_install.log file:
> > > > >
> > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > >
> > > > > but I believe it should just be
-L/p/home/jraby/MET/BUFRLIB/
> > > > > without the "lib" directory on the end.  Try changing that,
> > > > > then run make clean, configure, and make install again
please.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Yes.
> > > > > >
> > > > > > > pwd
> > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > ll *.a
> > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > >
> > > > > > > excalibur:~jraby
> > > > > > > > echo $MET_BUFR
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby
> > > > > > >
> > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
*.o)
> > > > > > > plus one script file but no include or lib directories.
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
> > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.
> > > > > > >
> > > > > > > It looks like MET doesn't know where to find the BUFR
library.
> > > > > > >
> > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC set
in
> > > > > > > your .bashrc file?
> > > > > > >
> > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV via
> > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > It appears to me that your suggestion about changing
the
> > > > > > > > NetCDF version worked. I noticed that the dialog on
the
> > > > > > > > screen included strings which had
> > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > >
> > > > > > > > ld: cannot find -lbufr
> > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-5.2/
> > > > > > > > src/tools/other/pb2nc'
> > > > > > > >
> > > > > > > > I know we are making progress as there is now a /bin
dir
> > > > > > > > and it appears to have 14 of the 27 executables.
Before
> > > > > > > > there was no /bin
> > > > > dir.
> > > > > > > >
> > > > > > > > See the following list:
> > > > > > > >
> > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > ll
> > > > > > > > total 115M
> > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50 ascii2nc
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
jraby
> > > > > > > > 1487I100 6.5M Feb
> > > > > > > > 6
> > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb  6
> > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
15:48
> > > > > > > > mode_analysis -rwxr-xr-x
> > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > -rwxr-xr-x
> > > > > > > > 1 jraby
> > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-x
1
> > > > > > > > jraby
> > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x 1
> > > > > > > > jraby
> > > > > > > > 1487I100 9.2M Feb
> > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100 7.8M
> > > > > > > > Feb
> > > > > > > > 6
> > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
Feb
> > > > > > > > 6
> > > > > > > > 15:49 wavelet_stat
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Wed Feb 08 16:10:33 2017

CLASSIFICATION: UNCLASSIFIED

John -

Thanks for your response on that. I would like to use MODE-Graphics if
possible, so I chose to give it a try. The HPC Help Desk is
investigating why
I am getting permission denied when I try to access the location where
they
installed the cairo library. Let's see what they say, unless you
envision
other issues I haven't run into yet. So far I have 18 executables in
the /bin
dir. Does this mean I'm close to complete?

R/
John


-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 4:02 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

John,

This is John Halley Gotway.  Thought I'd jump in here on this ticket.

Unless you have a very specific need for the MODIS-Regrid and MODE-
Graphics
tools, I'd recommend skipping them in the compilation.

Just don't pass the --enable-mode_graphics and --enable-modis options
to the
configuration script.  Honestly, they're more trouble than they're
worth...
unless you definitely know that you need them.

Thanks,
John



On Wed, Feb 8, 2017 at 3:02 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> Julie -
>
> I believe I solved the problem with HDFEOS. The next compile attempt
> failed at the point where it could not find the cairo.h file. I now
> have 18 executables in the /bin dir, so progress is being made. I
had
> 17 before.
>
> The error dialog follows:
>
> In file included from cgraphbase_plottype_to_string.h(38),
>                  from cgraphbase_plottype_to_string.cc(35):
> cgraph_main.h(27): catastrophic error: cannot open source file
"cairo.h"
>   #include "cairo.h"
>
> The log file is attached.
>
> I'll investigate the problem with accessing the cairo file and let
you
> know what I find.
>
> R/
> John
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 9:32 AM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> That's ok.  The log file wasn't needed since you provided the
listing
> of the directory which led me to see that the necessary files
weren't
> there.
> Thanks!
>
> Julie
>
> On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > Thanks for diagnosing the issues. Sorry about not providing the
log
> > file. I can send it if needed. I will resume testing in a little
> > while after attending to some other business.
> >
> > R/
> > John
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Wednesday, February 08, 2017 9:23 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > Hi John.  Unfortunately you log file was not attached, but your
> > listing of your HDFEOS lib directory was very helpful.  I am
> > wondering if something went wrong with your build of HDFEOS.  Our
> > directory external_libs/hdf_eos/hdfeos/lib/ has additional files:
> >
> > This includes the files that MET needs and is looking for:
> >
> > libGctp.a
> > libGctp.la
> > libhdfeos.a
> > libhdfeos.la
> >
> > Try running the following in /p/home/jraby/hdfeos/hdfeos and see
> > what comes
> > back:
> >
> > find . -name libhdfeos.a
> >
> > Hopefully you will find those files.  If not, I would suggest
> > following the instructions to rebulid HDFEOS on this page:
> > Caution-Caution-Caution-
http://www.dtcenter.org/met/users/support/on
> > line_
> > tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
> >
> > I hope that helps!
> >
> > Julie
> >
> > On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > I'm looking for library files in
/p/home/jraby/hdfeos/hdfeos/lib,
> > > but I don't think there are any. See the following listing:
> > >
> > > excalibur:~jraby/hdfeos/hdfeos/lib
> > > > ll
> > > total 80K
> > > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> > >
> > > What files would I look for? Maybe I can search around.
> > >
> > > R/
> > > John
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Tuesday, February 07, 2017 2:12 PM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.
> > >
> > > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> > >
> > > On to the next error:
> > >
> > > *ld: cannot find -lhdfeos*
> > >
> > > It looks like you have:
> > > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> > >
> > > as I see the following:
> > >
> > > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> > >
> > > Please try changing that to export
> > > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp" on
> > > the
> > end).
> > >
> > > Then source your ~/.bashrc file, make clean, run configure and
> > > make install again.
> > >
> > > Please let me know how that goes.
> > >
> > > Thanks,
> > > Julie
> > >
> > >
> > > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I followed your steps and it failed at the same point. See the
> > > > attached ninth_make_install.log.
> > > >
> > > > I tried a test of my own, by editing the .bashrc file so that
> > > > the name of the env variable is changed from "MET_BUFR" to
> > > > "MET_BUFRLIB"
> > > > as
> > > > follows:
> > > >
> > > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > > >
> > > > When I ran through the steps again, the install process went
> > > > passed the point where it stopped before and continued so that
> > > > now instead of producing 14 executables, it produced 17 and
then
> > > > had an error.
> > > > See the attached tenth_make_install.log. I noticed in this log
> > > > that the path for BUFRLIB doesn't contain the "/lib". I'm not
> > > > sure why this is, but I think it allowed the process to
continue
> > > > without error until it ran into another issue.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.  The grep command can be very useful.  I use it all
the
> time.
> > > > I'm glad you found it helpful.
> > > >
> > > > It's hard to say.  Let's try this:
> > > >
> > > > In your top level met-5.2 directory, run "make clean".  Then,
> > > > please change your ~/.bashrc file to have "export
> > > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > > >
> > > > Then open a new shell so that you have a fresh, clean
> > > > environment and change directories to your top level met-5.2
> > > > directory.
> > > >
> > > > Then run:
> > > >
> > > >
> > > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > > --enable-mode_graphics**make install >& make_install.log &*
> > > >
> > > >
> > > > *tail -f make_install.log*
> > > > and let me know how that goes.
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > Thanks for showing me that useful command. Haven't use that
> > > > > one
> > before.
> > > > >
> > > > > I ran it in my home directory and it produced the following:
> > > > >
> > > > > > grep BUFRLIB ~/.bashrc
> > > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > > excalibur:~jraby
> > > > >
> > > > > This doesn't show /lib, so I'm not sure where else it could
> > > > > come
> > from.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.
> > > > >
> > > > > Please try running:
> > > > >
> > > > > grep BUFRLIB ~/.bashrc
> > > > >
> > > > > and see what comes back.
> > > > >
> > > > > Perhaps that will help you figure out where this is coming
from.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Thanks for catching that inconsistency in the log file.
> > > > > >
> > > > > > I'm not sure I'm understanding how it is that the log file
> > > > > > shows the
> > > > > path:
> > > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > >
> > > > > > I listed my BUFRLIB directory and it doesn't have /lib in
it.
> > > > > >
> > > > > > My .bashrc file provides the path in the env vrbl:
MET_BUFR
> > > > > > which doesn't have /lib in it either.
> > > > > >
> > > > > > Where should I look to change the path to remove the /lib?
> > > > > >
> > > > > > Should I try changing the name of the env vrbl in my
.bashrc
> > > > > > file from MET_BUFR to MET_BUFRLIB without changing the
path
> > > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > > I'm not sure how this would change anything since the path
> > > > > > is the same in both cases.
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.  Thanks for listing the .a file in your
directory.
> > > > > >
> > > > > > I see in your eighth_make_install.log file:
> > > > > >
> > > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > >
> > > > > > but I believe it should just be
> > > > > > -L/p/home/jraby/MET/BUFRLIB/ without the "lib" directory
on
> > > > > > the end.  Try changing that, then run make clean,
configure, and
> > > > > > make install again please.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > Yes.
> > > > > > >
> > > > > > > > pwd
> > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > > ll *.a
> > > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07 libbufr.a
> > > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > >
> > > > > > > R/
> > > > > > > John
> > > > > > >
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
> > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.   Thank you!   Does your directory contain
libbufr.a?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV via
> > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > > >
> > > > > > > > excalibur:~jraby
> > > > > > > > > echo $MET_BUFR
> > > > > > > > /p/home/jraby/MET/BUFRLIB excalibur:~jraby
> > > > > > > >
> > > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
> > > > > > > > *.o) plus one script file but no include or lib
directories.
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT
> > > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-mailto:
> > met_help at ucar.
> > > > > > > > edu]
> > > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
> > > > > > > > #79267] Questions about compiling MET V5.2
> > > > > > > > (UNCLASSIFIED)
> > > > > > > >
> > > > > > > > All active links contained in this email were
disabled.
> > > > > > > > Please verify the identity of the sender, and confirm
> > > > > > > > the authenticity of all links contained within the
> > > > > > > > message prior to copying and pasting the address to a
Web
> > > > > > > > browser.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > ----
> > > > > > > >
> > > > > > > > Hi John.
> > > > > > > >
> > > > > > > > It looks like MET doesn't know where to find the BUFR
> library.
> > > > > > > >
> > > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC
set
> > > > > > > > in your .bashrc file?
> > > > > > > >
> > > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Julie
> > > > > > > >
> > > > > > > >
> > > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV
via
> > > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> > Caution-Caution-Caution-url:
> > > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https:
> > > //rt.rap.ucar.
> > > > > edu/rt/Ticket/Display.
> > > > > > > > > html?id=79
> > > > > > > > > 267 >
> > > > > > > > >
> > > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > > >
> > > > > > > > > Julie -
> > > > > > > > >
> > > > > > > > > It appears to me that your suggestion about changing
> > > > > > > > > the NetCDF version worked. I noticed that the dialog
> > > > > > > > > on the screen included strings which had
> > > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > > >
> > > > > > > > > ld: cannot find -lbufr
> > > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-
5.2/
> > > > > > > > > src/tools/other/pb2nc'
> > > > > > > > >
> > > > > > > > > I know we are making progress as there is now a /bin
> > > > > > > > > dir and it appears to have 14 of the 27 executables.
> > > > > > > > > Before there was no /bin
> > > > > > dir.
> > > > > > > > >
> > > > > > > > > See the following list:
> > > > > > > > >
> > > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > > ll
> > > > > > > > > total 115M
> > > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50
ascii2nc
> > > > > > > > > -rwxr-xr-x
> > > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > > -rwxr-xr-x
> > > > > > > > > 1 jraby
> > > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x 1
> > > > > > > > > jraby
> > > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
> > > > > > > > > jraby
> > > > > > > > > 1487I100 6.5M Feb
> > > > > > > > > 6
> > > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M Feb
6
> > > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
> > > > > > > > > 15:48 mode_analysis -rwxr-xr-x
> > > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > > -rwxr-xr-x
> > > > > > > > > 1 jraby
> > > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-xr-
x
> > > > > > > > > 1 jraby
> > > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-xr-x
1
> > > > > > > > > jraby
> > > > > > > > > 1487I100 9.2M Feb
> > > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100 9.2M
> > > > > > > > > Feb
> > > > > > > > > 6
> > > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100
7.8M
> > > > > > > > > Feb
> > > > > > > > > 6
> > > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100  11M
> > > > > > > > > Feb
> > > > > > > > > 6
> > > > > > > > > 15:49 wavelet_stat
> > > > > > > > >
> > > > > > > > > R/
> > > > > > > > > John
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>


CLASSIFICATION: UNCLASSIFIED

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: John Halley Gotway
Time: Wed Feb 08 16:32:32 2017

John,

If all compilation options are enabled (--enable-grib2,
--enable-mode_graphics, --enable-modis) you'd get a total of 27
executables
in the met-5.2 bin directory:
     1  met-5.2/bin/ascii2nc
     2  met-5.2/bin/ensemble_stat
     3  met-5.2/bin/gen_vx_mask
     4  met-5.2/bin/grid_stat
     5  met-5.2/bin/gsid2mpr
     6  met-5.2/bin/gsidens2orank
     7  met-5.2/bin/madis2nc
     8  met-5.2/bin/mode
     9  met-5.2/bin/mode_analysis
    10  met-5.2/bin/modis_regrid
    11  met-5.2/bin/mtd
    12  met-5.2/bin/pb2nc
    13  met-5.2/bin/pcp_combine
    14  met-5.2/bin/plot_data_plane
    15  met-5.2/bin/plot_mode_field
    16  met-5.2/bin/plot_point_obs
    17  met-5.2/bin/point_stat
    18  met-5.2/bin/regrid_data_plane
    19  met-5.2/bin/series_analysis
    20  met-5.2/bin/shift_data_plane
    21  met-5.2/bin/stat_analysis
    22  met-5.2/bin/tc_dland
    23  met-5.2/bin/tc_pairs
    24  met-5.2/bin/tc_stat
    25  met-5.2/bin/wavelet_stat
    26  met-5.2/bin/wwmca_plot
    27  met-5.2/bin/wwmca_regrid

John


On Wed, Feb 8, 2017 at 4:10 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> John -
>
> Thanks for your response on that. I would like to use MODE-Graphics
if
> possible, so I chose to give it a try. The HPC Help Desk is
investigating
> why
> I am getting permission denied when I try to access the location
where they
> installed the cairo library. Let's see what they say, unless you
envision
> other issues I haven't run into yet. So far I have 18 executables in
the
> /bin
> dir. Does this mean I'm close to complete?
>
> R/
> John
>
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 4:02 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
> compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify the
> identity of the sender, and confirm the authenticity of all links
contained
> within the message prior to copying and pasting the address to a Web
> browser.
>
>
>
>
> ----
>
> John,
>
> This is John Halley Gotway.  Thought I'd jump in here on this
ticket.
>
> Unless you have a very specific need for the MODIS-Regrid and MODE-
Graphics
> tools, I'd recommend skipping them in the compilation.
>
> Just don't pass the --enable-mode_graphics and --enable-modis
options to
> the
> configuration script.  Honestly, they're more trouble than they're
worth...
> unless you definitely know that you need them.
>
> Thanks,
> John
>
>
>
> On Wed, Feb 8, 2017 at 3:02 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-url:
> > Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I believe I solved the problem with HDFEOS. The next compile
attempt
> > failed at the point where it could not find the cairo.h file. I
now
> > have 18 executables in the /bin dir, so progress is being made. I
had
> > 17 before.
> >
> > The error dialog follows:
> >
> > In file included from cgraphbase_plottype_to_string.h(38),
> >                  from cgraphbase_plottype_to_string.cc(35):
> > cgraph_main.h(27): catastrophic error: cannot open source file
"cairo.h"
> >   #include "cairo.h"
> >
> > The log file is attached.
> >
> > I'll investigate the problem with accessing the cairo file and let
you
> > know what I find.
> >
> > R/
> > John
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [Caution-mailto:met_help at ucar.edu]
> > Sent: Wednesday, February 08, 2017 9:32 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
verify
> > the identity of the sender, and confirm the authenticity of all
links
> > contained within the message prior to copying and pasting the
address
> > to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > That's ok.  The log file wasn't needed since you provided the
listing
> > of the directory which led me to see that the necessary files
weren't
> > there.
> > Thanks!
> >
> > Julie
> >
> > On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-url:
> > > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for diagnosing the issues. Sorry about not providing the
log
> > > file. I can send it if needed. I will resume testing in a little
> > > while after attending to some other business.
> > >
> > > R/
> > > John
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Wednesday, February 08, 2017 9:23 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > > about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
pasting
> > > the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  Unfortunately you log file was not attached, but your
> > > listing of your HDFEOS lib directory was very helpful.  I am
> > > wondering if something went wrong with your build of HDFEOS.
Our
> > > directory external_libs/hdf_eos/hdfeos/lib/ has additional
files:
> > >
> > > This includes the files that MET needs and is looking for:
> > >
> > > libGctp.a
> > > libGctp.la
> > > libhdfeos.a
> > > libhdfeos.la
> > >
> > > Try running the following in /p/home/jraby/hdfeos/hdfeos and see
> > > what comes
> > > back:
> > >
> > > find . -name libhdfeos.a
> > >
> > > Hopefully you will find those files.  If not, I would suggest
> > > following the instructions to rebulid HDFEOS on this page:
> > > Caution-Caution-Caution-
http://www.dtcenter.org/met/users/support/on
> > > line_
> > > tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
> > >
> > > I hope that helps!
> > >
> > > Julie
> > >
> > > On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I'm looking for library files in
/p/home/jraby/hdfeos/hdfeos/lib,
> > > > but I don't think there are any. See the following listing:
> > > >
> > > > excalibur:~jraby/hdfeos/hdfeos/lib
> > > > > ll
> > > > total 80K
> > > > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > > > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > > > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > > > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > > > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > > > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > > > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > > > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> > > >
> > > > What files would I look for? Maybe I can search around.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 2:12 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity of
> > > > all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> > > >
> > > > On to the next error:
> > > >
> > > > *ld: cannot find -lhdfeos*
> > > >
> > > > It looks like you have:
> > > > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> > > >
> > > > as I see the following:
> > > >
> > > > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> > > >
> > > > Please try changing that to export
> > > > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp"
on
> > > > the
> > > end).
> > > >
> > > > Then source your ~/.bashrc file, make clean, run configure and
> > > > make install again.
> > > >
> > > > Please let me know how that goes.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > >
> > > > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > I followed your steps and it failed at the same point. See
the
> > > > > attached ninth_make_install.log.
> > > > >
> > > > > I tried a test of my own, by editing the .bashrc file so
that
> > > > > the name of the env variable is changed from "MET_BUFR" to
> > > > > "MET_BUFRLIB"
> > > > > as
> > > > > follows:
> > > > >
> > > > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > > > >
> > > > > When I ran through the steps again, the install process went
> > > > > passed the point where it stopped before and continued so
that
> > > > > now instead of producing 14 executables, it produced 17 and
then
> > > > > had an error.
> > > > > See the attached tenth_make_install.log. I noticed in this
log
> > > > > that the path for BUFRLIB doesn't contain the "/lib". I'm
not
> > > > > sure why this is, but I think it allowed the process to
continue
> > > > > without error until it ran into another issue.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
Please
> > > > > verify the identity of the sender, and confirm the
authenticity
> > > > > of all links contained within the message prior to copying
and
> > > > > pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  The grep command can be very useful.  I use it all
the
> > time.
> > > > > I'm glad you found it helpful.
> > > > >
> > > > > It's hard to say.  Let's try this:
> > > > >
> > > > > In your top level met-5.2 directory, run "make clean".
Then,
> > > > > please change your ~/.bashrc file to have "export
> > > > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > > > >
> > > > > Then open a new shell so that you have a fresh, clean
> > > > > environment and change directories to your top level met-5.2
> > > > > directory.
> > > > >
> > > > > Then run:
> > > > >
> > > > >
> > > > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > > > --enable-mode_graphics**make install >& make_install.log &*
> > > > >
> > > > >
> > > > > *tail -f make_install.log*
> > > > > and let me know how that goes.
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Thanks for showing me that useful command. Haven't use
that
> > > > > > one
> > > before.
> > > > > >
> > > > > > I ran it in my home directory and it produced the
following:
> > > > > >
> > > > > > > grep BUFRLIB ~/.bashrc
> > > > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby
> > > > > >
> > > > > > This doesn't show /lib, so I'm not sure where else it
could
> > > > > > come
> > > from.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.
> > > > > >
> > > > > > Please try running:
> > > > > >
> > > > > > grep BUFRLIB ~/.bashrc
> > > > > >
> > > > > > and see what comes back.
> > > > > >
> > > > > > Perhaps that will help you figure out where this is coming
from.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via
RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > Thanks for catching that inconsistency in the log file.
> > > > > > >
> > > > > > > I'm not sure I'm understanding how it is that the log
file
> > > > > > > shows the
> > > > > > path:
> > > > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > > >
> > > > > > > I listed my BUFRLIB directory and it doesn't have /lib
in it.
> > > > > > >
> > > > > > > My .bashrc file provides the path in the env vrbl:
MET_BUFR
> > > > > > > which doesn't have /lib in it either.
> > > > > > >
> > > > > > > Where should I look to change the path to remove the
/lib?
> > > > > > >
> > > > > > > Should I try changing the name of the env vrbl in my
.bashrc
> > > > > > > file from MET_BUFR to MET_BUFRLIB without changing the
path
> > > > > > > (/p/home/jraby/MET/BUFRLIB)?
> > > > > > > I'm not sure how this would change anything since the
path
> > > > > > > is the same in both cases.
> > > > > > >
> > > > > > > Thanks.
> > > > > > >
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
prior
> > > > > > > to copying and pasting the address to a Web browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.  Thanks for listing the .a file in your
directory.
> > > > > > >
> > > > > > > I see in your eighth_make_install.log file:
> > > > > > >
> > > > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > > >
> > > > > > > but I believe it should just be
> > > > > > > -L/p/home/jraby/MET/BUFRLIB/ without the "lib" directory
on
> > > > > > > the end.  Try changing that, then run make clean,
configure,
> and
> > > > > > > make install again please.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via
RT
> > > > > > > < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > Yes.
> > > > > > > >
> > > > > > > > > pwd
> > > > > > > > /p/home/jraby/MET/BUFRLIB
> > > > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > > > ll *.a
> > > > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07
libbufr.a
> > > > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT
> > > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-mailto:
> > met_help at ucar.
> > > > > > > > edu]
> > > > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > > >
> > > > > > > > All active links contained in this email were
disabled.
> > > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > > authenticity of all links contained within the message
> > > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > ----
> > > > > > > >
> > > > > > > > Hi John.   Thank you!   Does your directory contain
> libbufr.a?
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Mon, Feb 6, 2017 at 3:27 PM, Raby, John W USA CIV
via
> > > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> > Caution-Caution-url:
> > > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https:
> > > //rt.rap.ucar.
> > > > > edu/rt/Ticket/Display.
> > > > > > > > > html?id=79
> > > > > > > > > 267 >
> > > > > > > > >
> > > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > > >
> > > > > > > > > Julie -
> > > > > > > > >
> > > > > > > > > I have MET_BUFR set in the .bashrc:
> > > > > > > > >
> > > > > > > > > excalibur:~jraby
> > > > > > > > > > echo $MET_BUFR
> > > > > > > > > /p/home/jraby/MET/BUFRLIB excalibur:~jraby
> > > > > > > > >
> > > > > > > > > The the BUFRLIB dir contains a lot of files (*.f and
> > > > > > > > > *.o) plus one script file but no include or lib
> directories.
> > > > > > > > >
> > > > > > > > > R/
> > > > > > > > > John
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT
> > > > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
> > Caution-Caution-mailto:
> > > met_help at ucar.
> > > > > > > > > edu]
> > > > > > > > > Sent: Monday, February 06, 2017 3:19 PM
> > > > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
> > > > > > > > > #79267] Questions about compiling MET V5.2
> > > > > > > > > (UNCLASSIFIED)
> > > > > > > > >
> > > > > > > > > All active links contained in this email were
disabled.
> > > > > > > > > Please verify the identity of the sender, and
confirm
> > > > > > > > > the authenticity of all links contained within the
> > > > > > > > > message prior to copying and pasting the address to
a Web
> > > > > > > > > browser.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > ----
> > > > > > > > >
> > > > > > > > > Hi John.
> > > > > > > > >
> > > > > > > > > It looks like MET doesn't know where to find the
BUFR
> > library.
> > > > > > > > >
> > > > > > > > > Do you have MET_BUFR OR MET_BUFRLIB AND MET_BUFRINC
set
> > > > > > > > > in your .bashrc file?
> > > > > > > > >
> > > > > > > > > Thanks for always attaching the log for us.  It is
helpful.
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Mon, Feb 6, 2017 at 2:09 PM, Raby, John W USA CIV
via
> > > > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> > > Caution-Caution-Caution-url:
> > > > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https:
> > > > //rt.rap.ucar.
> > > > > > edu/rt/Ticket/Display.
> > > > > > > > > > html?id=79
> > > > > > > > > > 267 >
> > > > > > > > > >
> > > > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > > > >
> > > > > > > > > > Julie -
> > > > > > > > > >
> > > > > > > > > > It appears to me that your suggestion about
changing
> > > > > > > > > > the NetCDF version worked. I noticed that the
dialog
> > > > > > > > > > on the screen included strings which had
> > > > > > > > > > 3.6.3 for the NetCDF version when that path was
written.
> > > > > > > > > > Unfortunately, it looks like another error occurs:
> > > > > > > > > >
> > > > > > > > > > ld: cannot find -lbufr
> > > > > > > > > > make[4]: *** [pb2nc] Error 1
> > > > > > > > > > make[4]: Leaving directory `/p/home/jraby/MET/met-
5.2/
> > > > > > > > > > src/tools/other/pb2nc'
> > > > > > > > > >
> > > > > > > > > > I know we are making progress as there is now a
/bin
> > > > > > > > > > dir and it appears to have 14 of the 27
executables.
> > > > > > > > > > Before there was no /bin
> > > > > > > dir.
> > > > > > > > > >
> > > > > > > > > > See the following list:
> > > > > > > > > >
> > > > > > > > > > excalibur:~jraby/MET/met-5.2/bin
> > > > > > > > > > > ll
> > > > > > > > > > total 115M
> > > > > > > > > > drwxr-x--- 2 jraby 1487I100 4.0K Feb  6 15:50 .
> > > > > > > > > > drwxr-x--- 9 jraby 1487I100 4.0K Feb  6 16:02 ..
> > > > > > > > > > -rwxr-xr-x 1 jraby 1487I100 7.9M Feb  6 15:50
ascii2nc
> > > > > > > > > > -rwxr-xr-x
> > > > > > > > > > 1 jraby 1487I100 9.7M Feb  6 15:48 ensemble_stat
> > > > > > > > > > -rwxr-xr-x
> > > > > > > > > > 1 jraby
> > > > > > > > > > 1487I100 7.3M Feb  6 15:49 gen_vx_mask -rwxr-xr-x
1
> > > > > > > > > > jraby
> > > > > > > > > > 1487I100 9.4M Feb  6 15:48 grid_stat -rwxr-xr-x 1
> > > > > > > > > > jraby
> > > > > > > > > > 1487I100 6.5M Feb
> > > > > > > > > > 6
> > > > > > > > > > 15:50 madis2nc -rwxr-xr-x 1 jraby 1487I100  11M
Feb  6
> > > > > > > > > > 15:48 mode -rwxr-xr-x 1 jraby 1487I100 4.9M Feb  6
> > > > > > > > > > 15:48 mode_analysis -rwxr-xr-x
> > > > > > > > > > 1 jraby 1487I100 7.0M Feb  6 15:48 pcp_combine
> > > > > > > > > > -rwxr-xr-x
> > > > > > > > > > 1 jraby
> > > > > > > > > > 1487I100 7.9M Feb  6 15:49 plot_data_plane -rwxr-
xr-x
> > > > > > > > > > 1 jraby
> > > > > > > > > > 1487I100 6.9M Feb  6 15:49 plot_point_obs -rwxr-
xr-x 1
> > > > > > > > > > jraby
> > > > > > > > > > 1487I100 9.2M Feb
> > > > > > > > > > 6 15:49 point_stat -rwxr-xr-x 1 jraby 1487I100
9.2M
> > > > > > > > > > Feb
> > > > > > > > > > 6
> > > > > > > > > > 15:49 series_analysis -rwxr-xr-x 1 jraby 1487I100
7.8M
> > > > > > > > > > Feb
> > > > > > > > > > 6
> > > > > > > > > > 15:49 stat_analysis -rwxr-xr-x 1 jraby 1487I100
11M
> > > > > > > > > > Feb
> > > > > > > > > > 6
> > > > > > > > > > 15:49 wavelet_stat
> > > > > > > > > >
> > > > > > > > > > R/
> > > > > > > > > > John
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > >
> >
> >
> > --
> > Julie Prestopnik
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> >
>
>
> CLASSIFICATION: UNCLASSIFIED
>
>

------------------------------------------------
Subject: Questions about compiling MET V5.2
From: Raby, John W USA CIV
Time: Thu Feb 09 07:22:03 2017

CLASSIFICATION: UNCLASSIFIED

John -

The listing below shows the contents on /bin now.

excalibur:~jraby/MET/met-5.2/bin
> ll
total 144M
drwxr-x--- 2 jraby 1487I100 4.0K Feb  8 16:54 .
drwxr-x--- 9 jraby 1487I100 4.0K Feb  8 16:55 ..
-rwxr-xr-x 1 jraby 1487I100 8.0M Feb  8 16:53 ascii2nc
-rwxr-xr-x 1 jraby 1487I100 9.7M Feb  8 16:50 ensemble_stat
-rwxr-xr-x 1 jraby 1487I100 7.3M Feb  8 16:52 gen_vx_mask
-rwxr-xr-x 1 jraby 1487I100 9.4M Feb  8 16:51 grid_stat
-rwxr-xr-x 1 jraby 1487I100 6.5M Feb  8 16:53 madis2nc
-rwxr-xr-x 1 jraby 1487I100  11M Feb  8 16:51 mode
-rwxr-xr-x 1 jraby 1487I100 4.9M Feb  8 16:51 mode_analysis
-rwxr-xr-x 1 jraby 1487I100 7.7M Feb  8 16:54 modis_regrid
-rwxr-xr-x 1 jraby 1487I100 5.1M Feb  8 16:53 pb2nc
-rwxr-xr-x 1 jraby 1487I100 7.0M Feb  8 16:51 pcp_combine
-rwxr-xr-x 1 jraby 1487I100 7.9M Feb  8 16:52 plot_data_plane
-rwxr-xr-x 1 jraby 1487I100 6.9M Feb  8 16:52 plot_point_obs
-rwxr-xr-x 1 jraby 1487I100 9.2M Feb  8 16:51 point_stat
-rwxr-xr-x 1 jraby 1487I100 9.2M Feb  8 16:52 series_analysis
-rwxr-xr-x 1 jraby 1487I100 7.8M Feb  8 16:51 stat_analysis
-rwxr-xr-x 1 jraby 1487I100  11M Feb  8 16:52 wavelet_stat
-rwxr-xr-x 1 jraby 1487I100 8.5M Feb  8 16:53 wwmca_plot
-rwxr-xr-x 1 jraby 1487I100 7.9M Feb  8 16:53 wwmca_regrid
excalibur:~jraby/MET/met-5.2/bin

R/
John

-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, February 08, 2017 4:33 PM
To: Raby, John W CIV USARMY RDECOM ARL (US)
<john.w.raby2.civ at mail.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
about
compiling MET V5.2 (UNCLASSIFIED)

All active links contained in this email were disabled.  Please verify
the
identity of the sender, and confirm the authenticity of all links
contained
within the message prior to copying and pasting the address to a Web
browser.




----

John,

If all compilation options are enabled
(--enable-grib2, --enable-mode_graphics, --enable-modis) you'd get a
total of
27 executables in the met-5.2 bin directory:
     1  met-5.2/bin/ascii2nc
     2  met-5.2/bin/ensemble_stat
     3  met-5.2/bin/gen_vx_mask
     4  met-5.2/bin/grid_stat
     5  met-5.2/bin/gsid2mpr
     6  met-5.2/bin/gsidens2orank
     7  met-5.2/bin/madis2nc
     8  met-5.2/bin/mode
     9  met-5.2/bin/mode_analysis
    10  met-5.2/bin/modis_regrid
    11  met-5.2/bin/mtd
    12  met-5.2/bin/pb2nc
    13  met-5.2/bin/pcp_combine
    14  met-5.2/bin/plot_data_plane
    15  met-5.2/bin/plot_mode_field
    16  met-5.2/bin/plot_point_obs
    17  met-5.2/bin/point_stat
    18  met-5.2/bin/regrid_data_plane
    19  met-5.2/bin/series_analysis
    20  met-5.2/bin/shift_data_plane
    21  met-5.2/bin/stat_analysis
    22  met-5.2/bin/tc_dland
    23  met-5.2/bin/tc_pairs
    24  met-5.2/bin/tc_stat
    25  met-5.2/bin/wavelet_stat
    26  met-5.2/bin/wwmca_plot
    27  met-5.2/bin/wwmca_regrid

John


On Wed, Feb 8, 2017 at 4:10 PM, Raby, John W USA CIV via RT <
met_help at ucar.edu> wrote:

>
> <Caution-url:
> Caution-https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79267 >
>
> CLASSIFICATION: UNCLASSIFIED
>
> John -
>
> Thanks for your response on that. I would like to use MODE-Graphics
if
> possible, so I chose to give it a try. The HPC Help Desk is
> investigating why I am getting permission denied when I try to
access
> the location where they installed the cairo library. Let's see what
> they say, unless you envision other issues I haven't run into yet.
So
> far I have 18 executables in the /bin dir. Does this mean I'm close
to
> complete?
>
> R/
> John
>
>
> -----Original Message-----
> From: John Halley Gotway via RT [Caution-mailto:met_help at ucar.edu]
> Sent: Wednesday, February 08, 2017 4:02 PM
> To: Raby, John W CIV USARMY RDECOM ARL (US)
> <john.w.raby2.civ at mail.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267] Questions
> about compiling MET V5.2 (UNCLASSIFIED)
>
> All active links contained in this email were disabled.  Please
verify
> the identity of the sender, and confirm the authenticity of all
links
> contained within the message prior to copying and pasting the
address
> to a Web browser.
>
>
>
>
> ----
>
> John,
>
> This is John Halley Gotway.  Thought I'd jump in here on this
ticket.
>
> Unless you have a very specific need for the MODIS-Regrid and
> MODE-Graphics tools, I'd recommend skipping them in the compilation.
>
> Just don't pass the --enable-mode_graphics and --enable-modis
options
> to the configuration script.  Honestly, they're more trouble than
> they're worth...
> unless you definitely know that you need them.
>
> Thanks,
> John
>
>
>
> On Wed, Feb 8, 2017 at 3:02 PM, Raby, John W USA CIV via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <Caution-Caution-url:
> > Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=79
> > 267 >
> >
> > CLASSIFICATION: UNCLASSIFIED
> >
> > Julie -
> >
> > I believe I solved the problem with HDFEOS. The next compile
attempt
> > failed at the point where it could not find the cairo.h file. I
now
> > have 18 executables in the /bin dir, so progress is being made. I
> > had
> > 17 before.
> >
> > The error dialog follows:
> >
> > In file included from cgraphbase_plottype_to_string.h(38),
> >                  from cgraphbase_plottype_to_string.cc(35):
> > cgraph_main.h(27): catastrophic error: cannot open source file
"cairo.h"
> >   #include "cairo.h"
> >
> > The log file is attached.
> >
> > I'll investigate the problem with accessing the cairo file and let
> > you know what I find.
> >
> > R/
> > John
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT
> > [Caution-Caution-mailto:met_help at ucar.edu]
> > Sent: Wednesday, February 08, 2017 9:32 AM
> > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > <john.w.raby2.civ at mail.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
Questions
> > about compiling MET V5.2 (UNCLASSIFIED)
> >
> > All active links contained in this email were disabled.  Please
> > verify the identity of the sender, and confirm the authenticity of
> > all links contained within the message prior to copying and
pasting
> > the address to a Web browser.
> >
> >
> >
> >
> > ----
> >
> > That's ok.  The log file wasn't needed since you provided the
> > listing of the directory which led me to see that the necessary
> > files weren't there.
> > Thanks!
> >
> > Julie
> >
> > On Wed, Feb 8, 2017 at 9:25 AM, Raby, John W USA CIV via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <Caution-Caution-Caution-url:
> > > Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > html?id=79
> > > 267 >
> > >
> > > CLASSIFICATION: UNCLASSIFIED
> > >
> > > Julie -
> > >
> > > Thanks for diagnosing the issues. Sorry about not providing the
> > > log file. I can send it if needed. I will resume testing in a
> > > little while after attending to some other business.
> > >
> > > R/
> > > John
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT
> > > [Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > Sent: Wednesday, February 08, 2017 9:23 AM
> > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > <john.w.raby2.civ at mail.mil>
> > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > >
> > > All active links contained in this email were disabled.  Please
> > > verify the identity of the sender, and confirm the authenticity
of
> > > all links contained within the message prior to copying and
> > > pasting the address to a Web browser.
> > >
> > >
> > >
> > >
> > > ----
> > >
> > > Hi John.  Unfortunately you log file was not attached, but your
> > > listing of your HDFEOS lib directory was very helpful.  I am
> > > wondering if something went wrong with your build of HDFEOS.
Our
> > > directory external_libs/hdf_eos/hdfeos/lib/ has additional
files:
> > >
> > > This includes the files that MET needs and is looking for:
> > >
> > > libGctp.a
> > > libGctp.la
> > > libhdfeos.a
> > > libhdfeos.la
> > >
> > > Try running the following in /p/home/jraby/hdfeos/hdfeos and see
> > > what comes
> > > back:
> > >
> > > find . -name libhdfeos.a
> > >
> > > Hopefully you will find those files.  If not, I would suggest
> > > following the instructions to rebulid HDFEOS on this page:
> > > Caution-Caution-Caution-Caution-
http://www.dtcenter.org/met/users/
> > > support/on
> > > line_
> > > tutorial/METv5.2/tutorial.php?name=compilation&category=req_libs
> > >
> > > I hope that helps!
> > >
> > > Julie
> > >
> > > On Tue, Feb 7, 2017 at 3:18 PM, Raby, John W USA CIV via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <Caution-Caution-Caution-Caution-url:
> > > > Caution-Caution-Caution-Caution-
https://rt.rap.ucar.edu/rt/Ticket/Display.
> > > > html?id=79
> > > > 267 >
> > > >
> > > > CLASSIFICATION: UNCLASSIFIED
> > > >
> > > > Julie -
> > > >
> > > > I'm looking for library files in
> > > > /p/home/jraby/hdfeos/hdfeos/lib, but I don't think there are
any. See
> > > > the following listing:
> > > >
> > > > excalibur:~jraby/hdfeos/hdfeos/lib
> > > > > ll
> > > > total 80K
> > > > drwxr-x--- 20 jraby 1487I100 4.0K Aug 30  2007 .
> > > > drwxr-x--- 14 jraby 1487I100 4.0K Jan  9 15:17 ..
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 dec
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 hp
> > > > lrwxrwxrwx  1 jraby 1487I100    2 Nov 20  1997 hp10 -> hp
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 ibm
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov  9  1999 irix65
> > > > drwxr-x---  2 jraby 1487I100 4.0K Jul  2  2003 linux
> > > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux32
> > > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 linux64
> > > > drwxr-x---  2 jraby 1487I100 4.0K May 15  2007 macintel
> > > > drwxr-x---  2 jraby 1487I100 4.0K Apr 30  2004 macintosh
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi32
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sgi64
> > > > drwxr-x---  2 jraby 1487I100 4.0K Jun 18  1996 sun4
> > > > drwxr-x---  2 jraby 1487I100 4.0K Nov 20  1997 sun5
> > > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.10
> > > > drwxr-x---  2 jraby 1487I100 4.0K Jan  3  2002 sun5.8
> > > > drwxr-x---  2 jraby 1487I100 4.0K Oct 11  2005 sun5.9
> > > > drwxr-x---  2 jraby 1487I100 4.0K Aug 30  2007 tmp
> > > >
> > > > What files would I look for? Maybe I can search around.
> > > >
> > > > R/
> > > > John
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT
> > > > [Caution-Caution-Caution-Caution-mailto:met_help at ucar.edu]
> > > > Sent: Tuesday, February 07, 2017 2:12 PM
> > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > <john.w.raby2.civ at mail.mil>
> > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > >
> > > > All active links contained in this email were disabled.
Please
> > > > verify the identity of the sender, and confirm the
authenticity
> > > > of all links contained within the message prior to copying and
> > > > pasting the address to a Web browser.
> > > >
> > > >
> > > >
> > > >
> > > > ----
> > > >
> > > > Hi John.
> > > >
> > > > Good test of your own!  Thanks for trying that.  I'm glad it
worked.
> > > >
> > > > On to the next error:
> > > >
> > > > *ld: cannot find -lhdfeos*
> > > >
> > > > It looks like you have:
> > > > export $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib/tmp
> > > >
> > > > as I see the following:
> > > >
> > > > *-L/p/home/jraby/hdfeos/hdfeos/lib/tmp*
> > > >
> > > > Please try changing that to export
> > > > $MET_HDFEOSLIB=/p/home/jraby/hdfeos/hdfeos/lib (note no "tmp"
on
> > > > the
> > > end).
> > > >
> > > > Then source your ~/.bashrc file, make clean, run configure and
> > > > make install again.
> > > >
> > > > Please let me know how that goes.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > >
> > > > On Tue, Feb 7, 2017 at 2:01 PM, Raby, John W USA CIV via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <Caution-Caution-Caution-Caution-Caution-url:
> > > > > Caution-Caution-Caution-Caution-Caution-https://rt.rap.ucar.
> edu/rt/Ticket/Display.
> > > > > html?id=79
> > > > > 267 >
> > > > >
> > > > > CLASSIFICATION: UNCLASSIFIED
> > > > >
> > > > > Julie -
> > > > >
> > > > > I followed your steps and it failed at the same point. See
the
> > > > > attached ninth_make_install.log.
> > > > >
> > > > > I tried a test of my own, by editing the .bashrc file so
that
> > > > > the name of the env variable is changed from "MET_BUFR" to
> > > > > "MET_BUFRLIB"
> > > > > as
> > > > > follows:
> > > > >
> > > > > "export MET_BUFRLIB=/p/home/jraby/MET/BUFRLIB"
> > > > >
> > > > > When I ran through the steps again, the install process went
> > > > > passed the point where it stopped before and continued so
that
> > > > > now instead of producing 14 executables, it produced 17 and
> > > > > then had an error.
> > > > > See the attached tenth_make_install.log. I noticed in this
log
> > > > > that the path for BUFRLIB doesn't contain the "/lib". I'm
not
> > > > > sure why this is, but I think it allowed the process to
> > > > > continue without error until it ran into another issue.
> > > > >
> > > > > R/
> > > > > John
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT
> > > > > [Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > edu]
> > > > > Sent: Tuesday, February 07, 2017 12:37 PM
> > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > <john.w.raby2.civ at mail.mil>
> > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > >
> > > > > All active links contained in this email were disabled.
> > > > > Please verify the identity of the sender, and confirm the
> > > > > authenticity of all links contained within the message prior
> > > > > to copying and pasting the address to a Web browser.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----
> > > > >
> > > > > Hi John.  The grep command can be very useful.  I use it all
> > > > > the
> > time.
> > > > > I'm glad you found it helpful.
> > > > >
> > > > > It's hard to say.  Let's try this:
> > > > >
> > > > > In your top level met-5.2 directory, run "make clean".
Then,
> > > > > please change your ~/.bashrc file to have "export
> > > > > MET_BUFR=/p/home/jraby/MET/BUFRLIB".
> > > > >
> > > > > Then open a new shell so that you have a fresh, clean
> > > > > environment and change directories to your top level met-5.2
> > > > > directory.
> > > > >
> > > > > Then run:
> > > > >
> > > > >
> > > > > *./configure --prefix=`pwd` --enable-grib2 --enable-modis
> > > > > --enable-mode_graphics**make install >& make_install.log &*
> > > > >
> > > > >
> > > > > *tail -f make_install.log*
> > > > > and let me know how that goes.
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Tue, Feb 7, 2017 at 12:18 PM, Raby, John W USA CIV via RT
<
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-url:
> > > > > > Caution-Caution-Caution-Caution-Caution-Caution-
https://rt.rap.ucar.
> > edu/rt/Ticket/Display.
> > > > > > html?id=79
> > > > > > 267 >
> > > > > >
> > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > >
> > > > > > Julie -
> > > > > >
> > > > > > Thanks for showing me that useful command. Haven't use
that
> > > > > > one
> > > before.
> > > > > >
> > > > > > I ran it in my home directory and it produced the
following:
> > > > > >
> > > > > > > grep BUFRLIB ~/.bashrc
> > > > > > export MET_BUFR=/p/home/jraby/MET/BUFRLIB
> > > > > > excalibur:~jraby
> > > > > >
> > > > > > This doesn't show /lib, so I'm not sure where else it
could
> > > > > > come
> > > from.
> > > > > >
> > > > > > R/
> > > > > > John
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT
> > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
mailto:met_help at ucar.
> > > > > > edu]
> > > > > > Sent: Tuesday, February 07, 2017 12:13 PM
> > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #79267]
> > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > >
> > > > > > All active links contained in this email were disabled.
> > > > > > Please verify the identity of the sender, and confirm the
> > > > > > authenticity of all links contained within the message
prior
> > > > > > to copying and pasting the address to a Web browser.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ----
> > > > > >
> > > > > > Hi John.
> > > > > >
> > > > > > Please try running:
> > > > > >
> > > > > > grep BUFRLIB ~/.bashrc
> > > > > >
> > > > > > and see what comes back.
> > > > > >
> > > > > > Perhaps that will help you figure out where this is coming
from.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Feb 7, 2017 at 12:07 PM, Raby, John W USA CIV via
RT
> > > > > > < met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
Caution-url:
> > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> //rt.rap.ucar.
> > > edu/rt/Ticket/Display.
> > > > > > > html?id=79
> > > > > > > 267 >
> > > > > > >
> > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > >
> > > > > > > Julie -
> > > > > > >
> > > > > > > Thanks for catching that inconsistency in the log file.
> > > > > > >
> > > > > > > I'm not sure I'm understanding how it is that the log
file
> > > > > > > shows the
> > > > > > path:
> > > > > > > -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > > >
> > > > > > > I listed my BUFRLIB directory and it doesn't have /lib
in it.
> > > > > > >
> > > > > > > My .bashrc file provides the path in the env vrbl:
> > > > > > > MET_BUFR which doesn't have /lib in it either.
> > > > > > >
> > > > > > > Where should I look to change the path to remove the
/lib?
> > > > > > >
> > > > > > > Should I try changing the name of the env vrbl in my
> > > > > > > .bashrc file from MET_BUFR to MET_BUFRLIB without
changing
> > > > > > > the path (/p/home/jraby/MET/BUFRLIB)?
> > > > > > > I'm not sure how this would change anything since the
path
> > > > > > > is the same in both cases.
> > > > > > >
> > > > > > > Thanks.
> > > > > > >
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT
> > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
Caution-mailto:
> met_help at ucar.
> > > > > > > edu]
> > > > > > > Sent: Tuesday, February 07, 2017 9:15 AM
> > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
#79267]
> > > > > > > Questions about compiling MET V5.2 (UNCLASSIFIED)
> > > > > > >
> > > > > > > All active links contained in this email were disabled.
> > > > > > > Please verify the identity of the sender, and confirm
the
> > > > > > > authenticity of all links contained within the message
> > > > > > > prior to copying and pasting the address to a Web
browser.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > >
> > > > > > > Hi John.  Thanks for listing the .a file in your
directory.
> > > > > > >
> > > > > > > I see in your eighth_make_install.log file:
> > > > > > >
> > > > > > >  -L/p/home/jraby/MET/BUFRLIB/lib
> > > > > > >
> > > > > > > but I believe it should just be
> > > > > > > -L/p/home/jraby/MET/BUFRLIB/ without the "lib" directory
> > > > > > > on the end.  Try changing that, then run make clean,
> > > > > > > configure,
> and
> > > > > > > make install again please.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Feb 6, 2017 at 3:35 PM, Raby, John W USA CIV via
> > > > > > > RT < met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-url:
> > > > > > > > Caution-Caution-Caution-Caution-Caution-Caution-https:
> > //rt.rap.ucar.
> > > > edu/rt/Ticket/Display.
> > > > > > > > html?id=79
> > > > > > > > 267 >
> > > > > > > >
> > > > > > > > CLASSIFICATION: UNCLASSIFIED
> > > > > > > >
> > > > > > > > Julie -
> > > > > > > >
> > > > > > > > Yes.
> > > > > > > >
> > > > > > > > > pwd
> > > > > > > > /p/home/jraby/MET/BUFRLIB excalibur:~jraby/MET/BUFRLIB
> > > > > > > > > ll *.a
> > > > > > > > -rw-r----- 1 jraby 1487I100 1.1M Jan  4 10:07
libbufr.a
> > > > > > > > excalibur:~jraby/MET/BUFRLIB
> > > > > > > >
> > > > > > > > R/
> > > > > > > > John
> > > > > > > >
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT
> > > > > > > > [Caution-Caution-Caution-Caution-Caution-Caution-
> Caution-Caution-mailto:
> > met_help at ucar.
> > > > > > > > edu]
> > > > > > > > Sent: Monday, February 06, 2017 3:29 PM
> > > > > > > > To: Raby, John W CIV USARMY RDECOM ARL (US)
> > > > > > > > <john.w.raby2.civ at mail.mil>
> > > > > > > > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu
> > > > > > > > #79267] Questions about compiling MET V5.2
> > > > > > > > (UNCLASSIFIED)
> > > > > > > >
> > > > > > > > All active links contained in this email were
disabled.
> > > > > > > > Please verify the identity of the sender, and confirm
> > > > > > > > the authenticity of