[Met_help] [rt.rap.ucar.edu #98387] History for Question
Julie Prestopnik via RT
met_help at ucar.edu
Thu Apr 29 09:29:00 MDT 2021
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear sir/madam
Hello
I'm new to MET and METplus and I was trying to install MET with
(compile_MET_all.sh) and I got an error in make MET and I think it's about
libgrib2c.a
I was wondering if you just help me with that. I will send you the machine
that i use for compiling and the make.log file.
Thank you for your help
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Tue Jan 26 09:58:31 2021
Hi.
I see that you are having trouble compiling MET using
the compile_MET_all.sh script. Thank you for sending along your
configuration information and your make.log file. Could you please
also
send the MET config.log file?
Thank you!
Julie
On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
> Transaction: Ticket created by s.mahmoud.khansari at gmail.com
> Queue: met_help
> Subject: Question
> Owner: Nobody
> Requestors: s.mahmoud.khansari at gmail.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
>
> Dear sir/madam
> Hello
> I'm new to MET and METplus and I was trying to install MET with
> (compile_MET_all.sh) and I got an error in make MET and I think it's
about
> libgrib2c.a
> I was wondering if you just help me with that. I will send you the
machine
> that i use for compiling and the make.log file.
> Thank you for your help
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Seied mahmoud Khansari
Time: Wed Jan 27 02:50:46 2021
Hi
Thank you for your answer. Here is the configure.log file
On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi.
>
> I see that you are having trouble compiling MET using
> the compile_MET_all.sh script. Thank you for sending along your
> configuration information and your make.log file. Could you please
also
> send the MET config.log file?
>
> Thank you!
>
> Julie
>
> On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
> > Transaction: Ticket created by s.mahmoud.khansari at gmail.com
> > Queue: met_help
> > Subject: Question
> > Owner: Nobody
> > Requestors: s.mahmoud.khansari at gmail.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >
> >
> > Dear sir/madam
> > Hello
> > I'm new to MET and METplus and I was trying to install MET with
> > (compile_MET_all.sh) and I got an error in make MET and I think
it's
> about
> > libgrib2c.a
> > I was wondering if you just help me with that. I will send you the
> machine
> > that i use for compiling and the make.log file.
> > Thank you for your help
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Tue Feb 02 10:02:52 2021
My apologies for the long delay. I just came to this ticket to follow
up
with you to see if you could send the config.log file or if you had
resolved the problem, when I saw that you sent this already 6 days
ago. I
will take a look at it and will follow up with you.
Julie
On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> Hi
>
> Thank you for your answer. Here is the configure.log file
>
> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi.
> >
> > I see that you are having trouble compiling MET using
> > the compile_MET_all.sh script. Thank you for sending along your
> > configuration information and your make.log file. Could you
please also
> > send the MET config.log file?
> >
> > Thank you!
> >
> > Julie
> >
> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
> > > Transaction: Ticket created by s.mahmoud.khansari at gmail.com
> > > Queue: met_help
> > > Subject: Question
> > > Owner: Nobody
> > > Requestors: s.mahmoud.khansari at gmail.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >
> > >
> > >
> > > Dear sir/madam
> > > Hello
> > > I'm new to MET and METplus and I was trying to install MET with
> > > (compile_MET_all.sh) and I got an error in make MET and I think
it's
> > about
> > > libgrib2c.a
> > > I was wondering if you just help me with that. I will send you
the
> > machine
> > > that i use for compiling and the make.log file.
> > > Thank you for your help
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Tue Feb 02 10:16:13 2021
Unfortunately, I see that you attached the "configure.log" file, but I
actually need the "config.log" file. Could you please send that file
to
me? Thank you!
Julie
On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> My apologies for the long delay. I just came to this ticket to
follow up
> with you to see if you could send the config.log file or if you had
> resolved the problem, when I saw that you sent this already 6 days
ago. I
> will take a look at it and will follow up with you.
>
> Julie
>
> On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari via RT <
> met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>>
>> Hi
>>
>> Thank you for your answer. Here is the configure.log file
>>
>> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > Hi.
>> >
>> > I see that you are having trouble compiling MET using
>> > the compile_MET_all.sh script. Thank you for sending along your
>> > configuration information and your make.log file. Could you
please also
>> > send the MET config.log file?
>> >
>> > Thank you!
>> >
>> > Julie
>> >
>> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari via RT <
>> > met_help at ucar.edu> wrote:
>> >
>> > >
>> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
>> > > Transaction: Ticket created by s.mahmoud.khansari at gmail.com
>> > > Queue: met_help
>> > > Subject: Question
>> > > Owner: Nobody
>> > > Requestors: s.mahmoud.khansari at gmail.com
>> > > Status: new
>> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>> >
>> > >
>> > >
>> > > Dear sir/madam
>> > > Hello
>> > > I'm new to MET and METplus and I was trying to install MET with
>> > > (compile_MET_all.sh) and I got an error in make MET and I think
it's
>> > about
>> > > libgrib2c.a
>> > > I was wondering if you just help me with that. I will send you
the
>> > machine
>> > > that i use for compiling and the make.log file.
>> > > Thank you for your help
>> > >
>> > >
>> >
>> > --
>> > Julie Prestopnik (she/her)
>> > Software Engineer
>> > National Center for Atmospheric Research
>> > Research Applications Laboratory
>> > Email: jpresto at ucar.edu
>> >
>> > My working day may not be your working day. Please do not feel
obliged
>> to
>> > reply to this email outside of your normal working hours.
>> >
>> >
>>
>>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Seied mahmoud Khansari
Time: Wed Feb 03 03:26:02 2021
Hi
I thought you were busy, thanks for the follow up and here is the
file:
On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Unfortunately, I see that you attached the "configure.log" file, but
I
> actually need the "config.log" file. Could you please send that
file to
> me? Thank you!
>
> Julie
>
> On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > My apologies for the long delay. I just came to this ticket to
follow up
> > with you to see if you could send the config.log file or if you
had
> > resolved the problem, when I saw that you sent this already 6 days
ago.
> I
> > will take a look at it and will follow up with you.
> >
> > Julie
> >
> > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari via RT <
> > met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >>
> >> Hi
> >>
> >> Thank you for your answer. Here is the configure.log file
> >>
> >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >> > Hi.
> >> >
> >> > I see that you are having trouble compiling MET using
> >> > the compile_MET_all.sh script. Thank you for sending along
your
> >> > configuration information and your make.log file. Could you
please
> also
> >> > send the MET config.log file?
> >> >
> >> > Thank you!
> >> >
> >> > Julie
> >> >
> >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari via RT <
> >> > met_help at ucar.edu> wrote:
> >> >
> >> > >
> >> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
> >> > > Transaction: Ticket created by s.mahmoud.khansari at gmail.com
> >> > > Queue: met_help
> >> > > Subject: Question
> >> > > Owner: Nobody
> >> > > Requestors: s.mahmoud.khansari at gmail.com
> >> > > Status: new
> >> > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >> >
> >> > >
> >> > >
> >> > > Dear sir/madam
> >> > > Hello
> >> > > I'm new to MET and METplus and I was trying to install MET
with
> >> > > (compile_MET_all.sh) and I got an error in make MET and I
think it's
> >> > about
> >> > > libgrib2c.a
> >> > > I was wondering if you just help me with that. I will send
you the
> >> > machine
> >> > > that i use for compiling and the make.log file.
> >> > > Thank you for your help
> >> > >
> >> > >
> >> >
> >> > --
> >> > Julie Prestopnik (she/her)
> >> > Software Engineer
> >> > National Center for Atmospheric Research
> >> > Research Applications Laboratory
> >> > Email: jpresto at ucar.edu
> >> >
> >> > My working day may not be your working day. Please do not feel
> obliged
> >> to
> >> > reply to this email outside of your normal working hours.
> >> >
> >> >
> >>
> >>
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Wed Feb 03 09:15:16 2021
Thank you!
In the make.log file, I see:
> /usr/bin/ld:
/home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> undefined reference to symbol '__c_mzero4'
> //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding symbols: DSO
missing
> from command line
There is a reference to the pgi family of compilers "/opt/pgi/".
I can see in your config.log file that you are using the GNU family of
compilers:
> CC='/usr/bin/gcc'
> CXX='/usr/bin/g++'
> F77='/usr/bin/gfortran'
but I do see pgi in your path:
> PATH: /opt/pgi/linux86-64/17.4/bin
First, can you please confirm that the supporting libraries were
compiled
using the GNU family of compilers? I believe they must be since you
are
using the compile_MET_all.sh script to compile, but I wanted to
mention it
because it is important that MET's supporting libraries and MET are
built
with the same family of compilers. Assuming they were all built with
the
same family of compilers, could you please remove the PGI reference
from
your path (and any other references in your .cshrc or .bashrc file),
get a
clean shell, and rebuild MET and its supporting libraries?
Please let us know how that goes. Thank you!
Julie
On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> Hi
> I thought you were busy, thanks for the follow up and here is the
file:
>
>
>
> On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Unfortunately, I see that you attached the "configure.log" file,
but I
> > actually need the "config.log" file. Could you please send that
file to
> > me? Thank you!
> >
> > Julie
> >
> > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik
<jpresto at ucar.edu>
> wrote:
> >
> > > My apologies for the long delay. I just came to this ticket to
follow
> up
> > > with you to see if you could send the config.log file or if you
had
> > > resolved the problem, when I saw that you sent this already 6
days ago.
> > I
> > > will take a look at it and will follow up with you.
> > >
> > > Julie
> > >
> > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >>
> > >> Hi
> > >>
> > >> Thank you for your answer. Here is the configure.log file
> > >>
> > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > Hi.
> > >> >
> > >> > I see that you are having trouble compiling MET using
> > >> > the compile_MET_all.sh script. Thank you for sending along
your
> > >> > configuration information and your make.log file. Could you
please
> > also
> > >> > send the MET config.log file?
> > >> >
> > >> > Thank you!
> > >> >
> > >> > Julie
> > >> >
> > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari via RT
<
> > >> > met_help at ucar.edu> wrote:
> > >> >
> > >> > >
> > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
> > >> > > Transaction: Ticket created by s.mahmoud.khansari at gmail.com
> > >> > > Queue: met_help
> > >> > > Subject: Question
> > >> > > Owner: Nobody
> > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > >> > > Status: new
> > >> > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > >> >
> > >> > >
> > >> > >
> > >> > > Dear sir/madam
> > >> > > Hello
> > >> > > I'm new to MET and METplus and I was trying to install MET
with
> > >> > > (compile_MET_all.sh) and I got an error in make MET and I
think
> it's
> > >> > about
> > >> > > libgrib2c.a
> > >> > > I was wondering if you just help me with that. I will send
you the
> > >> > machine
> > >> > > that i use for compiling and the make.log file.
> > >> > > Thank you for your help
> > >> > >
> > >> > >
> > >> >
> > >> > --
> > >> > Julie Prestopnik (she/her)
> > >> > Software Engineer
> > >> > National Center for Atmospheric Research
> > >> > Research Applications Laboratory
> > >> > Email: jpresto at ucar.edu
> > >> >
> > >> > My working day may not be your working day. Please do not
feel
> > obliged
> > >> to
> > >> > reply to this email outside of your normal working hours.
> > >> >
> > >> >
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Seied mahmoud Khansari
Time: Tue Feb 09 02:55:47 2021
Hi
thanks again for your help. As you said I have PGI in my path cus I am
using WRF model with PGI compiler. I'm worried about cleaning bash and
having problems with wrf.
I tried to install met and other libraries with PGI but it had errors
too.
Sorry about the question, is it necessary to install MET and WRF model
with
the same compiler?
here are the files with pgi compiler
On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Thank you!
>
> In the make.log file, I see:
>
> > /usr/bin/ld:
/home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > undefined reference to symbol '__c_mzero4'
> > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding symbols: DSO
> missing
> > from command line
>
>
> There is a reference to the pgi family of compilers "/opt/pgi/".
>
> I can see in your config.log file that you are using the GNU family
of
> compilers:
>
> > CC='/usr/bin/gcc'
> > CXX='/usr/bin/g++'
> > F77='/usr/bin/gfortran'
>
>
> but I do see pgi in your path:
>
> > PATH: /opt/pgi/linux86-64/17.4/bin
>
>
> First, can you please confirm that the supporting libraries were
compiled
> using the GNU family of compilers? I believe they must be since you
are
> using the compile_MET_all.sh script to compile, but I wanted to
mention it
> because it is important that MET's supporting libraries and MET are
built
> with the same family of compilers. Assuming they were all built
with the
> same family of compilers, could you please remove the PGI reference
from
> your path (and any other references in your .cshrc or .bashrc file),
get a
> clean shell, and rebuild MET and its supporting libraries?
>
> Please let us know how that goes. Thank you!
>
> Julie
>
> On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >
> > Hi
> > I thought you were busy, thanks for the follow up and here is the
file:
> >
> >
> >
> > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > > Unfortunately, I see that you attached the "configure.log" file,
but I
> > > actually need the "config.log" file. Could you please send that
file
> to
> > > me? Thank you!
> > >
> > > Julie
> > >
> > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> > >
> > > > My apologies for the long delay. I just came to this ticket
to
> follow
> > up
> > > > with you to see if you could send the config.log file or if
you had
> > > > resolved the problem, when I saw that you sent this already 6
days
> ago.
> > > I
> > > > will take a look at it and will follow up with you.
> > > >
> > > > Julie
> > > >
> > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari via RT
<
> > > > met_help at ucar.edu> wrote:
> > > >
> > > >>
> > > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>
> > > >>
> > > >> Hi
> > > >>
> > > >> Thank you for your answer. Here is the configure.log file
> > > >>
> > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT <
> > > >> met_help at ucar.edu>
> > > >> wrote:
> > > >>
> > > >> > Hi.
> > > >> >
> > > >> > I see that you are having trouble compiling MET using
> > > >> > the compile_MET_all.sh script. Thank you for sending along
your
> > > >> > configuration information and your make.log file. Could
you
> please
> > > also
> > > >> > send the MET config.log file?
> > > >> >
> > > >> > Thank you!
> > > >> >
> > > >> > Julie
> > > >> >
> > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari via
RT <
> > > >> > met_help at ucar.edu> wrote:
> > > >> >
> > > >> > >
> > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
> > > >> > > Transaction: Ticket created by
s.mahmoud.khansari at gmail.com
> > > >> > > Queue: met_help
> > > >> > > Subject: Question
> > > >> > > Owner: Nobody
> > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > > >> > > Status: new
> > > >> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > >> >
> > > >> > >
> > > >> > >
> > > >> > > Dear sir/madam
> > > >> > > Hello
> > > >> > > I'm new to MET and METplus and I was trying to install
MET with
> > > >> > > (compile_MET_all.sh) and I got an error in make MET and I
think
> > it's
> > > >> > about
> > > >> > > libgrib2c.a
> > > >> > > I was wondering if you just help me with that. I will
send you
> the
> > > >> > machine
> > > >> > > that i use for compiling and the make.log file.
> > > >> > > Thank you for your help
> > > >> > >
> > > >> > >
> > > >> >
> > > >> > --
> > > >> > Julie Prestopnik (she/her)
> > > >> > Software Engineer
> > > >> > National Center for Atmospheric Research
> > > >> > Research Applications Laboratory
> > > >> > Email: jpresto at ucar.edu
> > > >> >
> > > >> > My working day may not be your working day. Please do not
feel
> > > obliged
> > > >> to
> > > >> > reply to this email outside of your normal working hours.
> > > >> >
> > > >> >
> > > >>
> > > >>
> > > >
> > > > --
> > > > Julie Prestopnik (she/her)
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Tue Feb 09 12:09:54 2021
Hi.
> is it necessary to install MET and WRF model with the same compiler?
>
It is *not* necessary for MET and the WRF model to be compiled with
the
same compiler. It *is* important that all of MET's dependent
libraries are
compiled with the same compiler used to compile MET. I believe that
MET
and WRF both depend on NetCDF4/HDF5. If it is important for WRF to be
compiled with the same family of compilers that its dependencies were
compiled with, then it may be necessary for MET and WRF to be compiled
with
the same compiler.
We've seen this same problem you are experiencing in compiling MET
with the
pgi compiler with PGI version 17.4:
>From make.log:
"is_bad_data.h", line 41: error: more than one instance of overloaded
function
"isnan" matches the argument list:
function "isnan(double)"
function "std::isnan(double)"
argument types are: (double)
if(fabs(a - bad_data_double) < default_tol || isnan(a))
return(1);
^
>From config.log:
PATH: /opt/pgi/linux86-64/17.4/bin
Previously, a member of our MET team was able to compile an older
version
of MET successfully with PGI version 17.9 using pgc++ and pgf90. Do
you
have a later version of the PGI compiler that you could try, if you
need to
compile with PGI? However, please note that we do have an outstanding
GitHub issue as MET does not currently compile with version 19:
https://github.com/dtcenter/MET/issues/1317
We typically use the GNU or Intel family of compilers to compile MET
and
its dependent libraries, as opposed to PGI.
With regard to the suggestion to remove the PGI reference from your
path
(and any other references in your .cshrc or .bashrc file), get a clean
shell, and rebuild MET and its supporting libraries and your worries
about
cleaning bash and
having problems with WRF, I understand your concern. The suggestion
to
remove it from your path would only need to be a temporary one for the
building of MET and its libraries. You should be able add it back in
after
MET and its libraries were compiled. However, please keep in mind the
compilation of NetCDF as described above, which both MET and WRF
depend on.
Julie
On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> Hi
>
> thanks again for your help. As you said I have PGI in my path cus I
am
> using WRF model with PGI compiler. I'm worried about cleaning bash
and
> having problems with wrf.
> I tried to install met and other libraries with PGI but it had
errors too.
> Sorry about the question, is it necessary to install MET and WRF
model with
> the same compiler?
>
> here are the files with pgi compiler
>
>
>
> On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Thank you!
> >
> > In the make.log file, I see:
> >
> > > /usr/bin/ld:
/home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > > undefined reference to symbol '__c_mzero4'
> > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding symbols:
DSO
> > missing
> > > from command line
> >
> >
> > There is a reference to the pgi family of compilers "/opt/pgi/".
> >
> > I can see in your config.log file that you are using the GNU
family of
> > compilers:
> >
> > > CC='/usr/bin/gcc'
> > > CXX='/usr/bin/g++'
> > > F77='/usr/bin/gfortran'
> >
> >
> > but I do see pgi in your path:
> >
> > > PATH: /opt/pgi/linux86-64/17.4/bin
> >
> >
> > First, can you please confirm that the supporting libraries were
compiled
> > using the GNU family of compilers? I believe they must be since
you are
> > using the compile_MET_all.sh script to compile, but I wanted to
mention
> it
> > because it is important that MET's supporting libraries and MET
are built
> > with the same family of compilers. Assuming they were all built
with the
> > same family of compilers, could you please remove the PGI
reference from
> > your path (and any other references in your .cshrc or .bashrc
file), get
> a
> > clean shell, and rebuild MET and its supporting libraries?
> >
> > Please let us know how that goes. Thank you!
> >
> > Julie
> >
> > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >
> > > Hi
> > > I thought you were busy, thanks for the follow up and here is
the
> file:
> > >
> > >
> > >
> > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Unfortunately, I see that you attached the "configure.log"
file, but
> I
> > > > actually need the "config.log" file. Could you please send
that file
> > to
> > > > me? Thank you!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik
<jpresto at ucar.edu>
> > > wrote:
> > > >
> > > > > My apologies for the long delay. I just came to this ticket
to
> > follow
> > > up
> > > > > with you to see if you could send the config.log file or if
you had
> > > > > resolved the problem, when I saw that you sent this already
6 days
> > ago.
> > > > I
> > > > > will take a look at it and will follow up with you.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari via
RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > >>
> > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > >>
> > > > >> Hi
> > > > >>
> > > > >> Thank you for your answer. Here is the configure.log file
> > > > >>
> > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT <
> > > > >> met_help at ucar.edu>
> > > > >> wrote:
> > > > >>
> > > > >> > Hi.
> > > > >> >
> > > > >> > I see that you are having trouble compiling MET using
> > > > >> > the compile_MET_all.sh script. Thank you for sending
along your
> > > > >> > configuration information and your make.log file. Could
you
> > please
> > > > also
> > > > >> > send the MET config.log file?
> > > > >> >
> > > > >> > Thank you!
> > > > >> >
> > > > >> > Julie
> > > > >> >
> > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari
via RT <
> > > > >> > met_help at ucar.edu> wrote:
> > > > >> >
> > > > >> > >
> > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted upon.
> > > > >> > > Transaction: Ticket created by
s.mahmoud.khansari at gmail.com
> > > > >> > > Queue: met_help
> > > > >> > > Subject: Question
> > > > >> > > Owner: Nobody
> > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > > > >> > > Status: new
> > > > >> > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > >> >
> > > > >> > >
> > > > >> > >
> > > > >> > > Dear sir/madam
> > > > >> > > Hello
> > > > >> > > I'm new to MET and METplus and I was trying to install
MET
> with
> > > > >> > > (compile_MET_all.sh) and I got an error in make MET and
I
> think
> > > it's
> > > > >> > about
> > > > >> > > libgrib2c.a
> > > > >> > > I was wondering if you just help me with that. I will
send you
> > the
> > > > >> > machine
> > > > >> > > that i use for compiling and the make.log file.
> > > > >> > > Thank you for your help
> > > > >> > >
> > > > >> > >
> > > > >> >
> > > > >> > --
> > > > >> > Julie Prestopnik (she/her)
> > > > >> > Software Engineer
> > > > >> > National Center for Atmospheric Research
> > > > >> > Research Applications Laboratory
> > > > >> > Email: jpresto at ucar.edu
> > > > >> >
> > > > >> > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > >> to
> > > > >> > reply to this email outside of your normal working hours.
> > > > >> >
> > > > >> >
> > > > >>
> > > > >>
> > > > >
> > > > > --
> > > > > Julie Prestopnik (she/her)
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik (she/her)
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Seied mahmoud Khansari
Time: Sun Feb 14 02:51:37 2021
I tried another thing and I wanted to check with you if it is
possible. I
created a new user that had a clean bash I guess, I tried to install
MET in
that user with gnu compiler, but again I got the same error messages I
think. I wanted to know if it works or not?
On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi.
>
>
> > is it necessary to install MET and WRF model with the same
compiler?
> >
> It is *not* necessary for MET and the WRF model to be compiled with
the
> same compiler. It *is* important that all of MET's dependent
libraries are
> compiled with the same compiler used to compile MET. I believe that
MET
> and WRF both depend on NetCDF4/HDF5. If it is important for WRF to
be
> compiled with the same family of compilers that its dependencies
were
> compiled with, then it may be necessary for MET and WRF to be
compiled with
> the same compiler.
>
> We've seen this same problem you are experiencing in compiling MET
with the
> pgi compiler with PGI version 17.4:
>
> From make.log:
> "is_bad_data.h", line 41: error: more than one instance of
overloaded
> function
> "isnan" matches the argument list:
> function "isnan(double)"
> function "std::isnan(double)"
> argument types are: (double)
> if(fabs(a - bad_data_double) < default_tol || isnan(a))
return(1);
> ^
> From config.log:
> PATH: /opt/pgi/linux86-64/17.4/bin
>
> Previously, a member of our MET team was able to compile an older
version
> of MET successfully with PGI version 17.9 using pgc++ and pgf90. Do
you
> have a later version of the PGI compiler that you could try, if you
need to
> compile with PGI? However, please note that we do have an
outstanding
> GitHub issue as MET does not currently compile with version 19:
> https://github.com/dtcenter/MET/issues/1317
>
> We typically use the GNU or Intel family of compilers to compile MET
and
> its dependent libraries, as opposed to PGI.
>
> With regard to the suggestion to remove the PGI reference from your
path
> (and any other references in your .cshrc or .bashrc file), get a
clean
> shell, and rebuild MET and its supporting libraries and your worries
about
> cleaning bash and
> having problems with WRF, I understand your concern. The suggestion
to
> remove it from your path would only need to be a temporary one for
the
> building of MET and its libraries. You should be able add it back
in after
> MET and its libraries were compiled. However, please keep in mind
the
> compilation of NetCDF as described above, which both MET and WRF
depend on.
>
> Julie
>
>
>
>
> On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >
> > Hi
> >
> > thanks again for your help. As you said I have PGI in my path cus
I am
> > using WRF model with PGI compiler. I'm worried about cleaning bash
and
> > having problems with wrf.
> > I tried to install met and other libraries with PGI but it had
errors
> too.
> > Sorry about the question, is it necessary to install MET and WRF
model
> with
> > the same compiler?
> >
> > here are the files with pgi compiler
> >
> >
> >
> > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > > Thank you!
> > >
> > > In the make.log file, I see:
> > >
> > > > /usr/bin/ld:
> /home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > > > undefined reference to symbol '__c_mzero4'
> > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding symbols:
DSO
> > > missing
> > > > from command line
> > >
> > >
> > > There is a reference to the pgi family of compilers "/opt/pgi/".
> > >
> > > I can see in your config.log file that you are using the GNU
family of
> > > compilers:
> > >
> > > > CC='/usr/bin/gcc'
> > > > CXX='/usr/bin/g++'
> > > > F77='/usr/bin/gfortran'
> > >
> > >
> > > but I do see pgi in your path:
> > >
> > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > >
> > >
> > > First, can you please confirm that the supporting libraries were
> compiled
> > > using the GNU family of compilers? I believe they must be since
you
> are
> > > using the compile_MET_all.sh script to compile, but I wanted to
mention
> > it
> > > because it is important that MET's supporting libraries and MET
are
> built
> > > with the same family of compilers. Assuming they were all built
with
> the
> > > same family of compilers, could you please remove the PGI
reference
> from
> > > your path (and any other references in your .cshrc or .bashrc
file),
> get
> > a
> > > clean shell, and rebuild MET and its supporting libraries?
> > >
> > > Please let us know how that goes. Thank you!
> > >
> > > Julie
> > >
> > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>
> > > >
> > > > Hi
> > > > I thought you were busy, thanks for the follow up and here is
the
> > file:
> > > >
> > > >
> > > >
> > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Unfortunately, I see that you attached the "configure.log"
file,
> but
> > I
> > > > > actually need the "config.log" file. Could you please send
that
> file
> > > to
> > > > > me? Thank you!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik
<jpresto at ucar.edu
> >
> > > > wrote:
> > > > >
> > > > > > My apologies for the long delay. I just came to this
ticket to
> > > follow
> > > > up
> > > > > > with you to see if you could send the config.log file or
if you
> had
> > > > > > resolved the problem, when I saw that you sent this
already 6
> days
> > > ago.
> > > > > I
> > > > > > will take a look at it and will follow up with you.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari via
RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > >>
> > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > > >>
> > > > > >> Hi
> > > > > >>
> > > > > >> Thank you for your answer. Here is the configure.log file
> > > > > >>
> > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT <
> > > > > >> met_help at ucar.edu>
> > > > > >> wrote:
> > > > > >>
> > > > > >> > Hi.
> > > > > >> >
> > > > > >> > I see that you are having trouble compiling MET using
> > > > > >> > the compile_MET_all.sh script. Thank you for sending
along
> your
> > > > > >> > configuration information and your make.log file.
Could you
> > > please
> > > > > also
> > > > > >> > send the MET config.log file?
> > > > > >> >
> > > > > >> > Thank you!
> > > > > >> >
> > > > > >> > Julie
> > > > > >> >
> > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud Khansari
via RT
> <
> > > > > >> > met_help at ucar.edu> wrote:
> > > > > >> >
> > > > > >> > >
> > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted
upon.
> > > > > >> > > Transaction: Ticket created by
s.mahmoud.khansari at gmail.com
> > > > > >> > > Queue: met_help
> > > > > >> > > Subject: Question
> > > > > >> > > Owner: Nobody
> > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > > > > >> > > Status: new
> > > > > >> > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > > >> >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > > Dear sir/madam
> > > > > >> > > Hello
> > > > > >> > > I'm new to MET and METplus and I was trying to
install MET
> > with
> > > > > >> > > (compile_MET_all.sh) and I got an error in make MET
and I
> > think
> > > > it's
> > > > > >> > about
> > > > > >> > > libgrib2c.a
> > > > > >> > > I was wondering if you just help me with that. I will
send
> you
> > > the
> > > > > >> > machine
> > > > > >> > > that i use for compiling and the make.log file.
> > > > > >> > > Thank you for your help
> > > > > >> > >
> > > > > >> > >
> > > > > >> >
> > > > > >> > --
> > > > > >> > Julie Prestopnik (she/her)
> > > > > >> > Software Engineer
> > > > > >> > National Center for Atmospheric Research
> > > > > >> > Research Applications Laboratory
> > > > > >> > Email: jpresto at ucar.edu
> > > > > >> >
> > > > > >> > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > >> to
> > > > > >> > reply to this email outside of your normal working
hours.
> > > > > >> >
> > > > > >> >
> > > > > >>
> > > > > >>
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik (she/her)
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik (she/her)
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Tue Feb 16 16:42:09 2021
Thank you for letting me know that you created a new user that had a
clean
bash environment. I see that the same problem exists, but this time
there
are no references to pgi in your config.log file. This is not a
situation
I have seen previously.
I took a look at your files and noticed one issue that needs to be
fixed.
In your "Machine" file you have set:
> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\ -lpthread\ -ldl\
-lutil\
> -lm\ -Xlinker\ -export-dynamic
However, there is a missing backslash after /usr/lib64, so the rest of
the
items are not being accounted for. Please change the line to:
> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\ -ldl\
-lutil\
> -lm\ -Xlinker\ -export-dynamic
and see if that has any effect on the problem you're having.
Also, I noticed that you are using an older version (4.8.5) of the gcc
compiler, which is from 20150623. I compared your config.log file
with one
on a local machine here. They do look comparable, excluding the above
issue, but we were using gcc version 6.3.0. Do you happen to have a
newer
version of the compiler that you could use? That could potentially
eliminate the problem you are experiencing.
Please let us know how it goes. Thank you for your patience as we
work
through these issues.
Julie
On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> I tried another thing and I wanted to check with you if it is
possible. I
> created a new user that had a clean bash I guess, I tried to install
MET in
> that user with gnu compiler, but again I got the same error messages
I
> think. I wanted to know if it works or not?
>
>
> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi.
> >
> >
> > > is it necessary to install MET and WRF model with the same
compiler?
> > >
> > It is *not* necessary for MET and the WRF model to be compiled
with the
> > same compiler. It *is* important that all of MET's dependent
libraries
> are
> > compiled with the same compiler used to compile MET. I believe
that MET
> > and WRF both depend on NetCDF4/HDF5. If it is important for WRF
to be
> > compiled with the same family of compilers that its dependencies
were
> > compiled with, then it may be necessary for MET and WRF to be
compiled
> with
> > the same compiler.
> >
> > We've seen this same problem you are experiencing in compiling MET
with
> the
> > pgi compiler with PGI version 17.4:
> >
> > From make.log:
> > "is_bad_data.h", line 41: error: more than one instance of
overloaded
> > function
> > "isnan" matches the argument list:
> > function "isnan(double)"
> > function "std::isnan(double)"
> > argument types are: (double)
> > if(fabs(a - bad_data_double) < default_tol || isnan(a))
return(1);
> > ^
> > From config.log:
> > PATH: /opt/pgi/linux86-64/17.4/bin
> >
> > Previously, a member of our MET team was able to compile an older
version
> > of MET successfully with PGI version 17.9 using pgc++ and pgf90.
Do you
> > have a later version of the PGI compiler that you could try, if
you need
> to
> > compile with PGI? However, please note that we do have an
outstanding
> > GitHub issue as MET does not currently compile with version 19:
> > https://github.com/dtcenter/MET/issues/1317
> >
> > We typically use the GNU or Intel family of compilers to compile
MET and
> > its dependent libraries, as opposed to PGI.
> >
> > With regard to the suggestion to remove the PGI reference from
your path
> > (and any other references in your .cshrc or .bashrc file), get a
clean
> > shell, and rebuild MET and its supporting libraries and your
worries
> about
> > cleaning bash and
> > having problems with WRF, I understand your concern. The
suggestion to
> > remove it from your path would only need to be a temporary one for
the
> > building of MET and its libraries. You should be able add it back
in
> after
> > MET and its libraries were compiled. However, please keep in mind
the
> > compilation of NetCDF as described above, which both MET and WRF
depend
> on.
> >
> > Julie
> >
> >
> >
> >
> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >
> > > Hi
> > >
> > > thanks again for your help. As you said I have PGI in my path
cus I am
> > > using WRF model with PGI compiler. I'm worried about cleaning
bash and
> > > having problems with wrf.
> > > I tried to install met and other libraries with PGI but it had
errors
> > too.
> > > Sorry about the question, is it necessary to install MET and WRF
model
> > with
> > > the same compiler?
> > >
> > > here are the files with pgi compiler
> > >
> > >
> > >
> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Thank you!
> > > >
> > > > In the make.log file, I see:
> > > >
> > > > > /usr/bin/ld:
> > /home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > > > > undefined reference to symbol '__c_mzero4'
> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding
symbols: DSO
> > > > missing
> > > > > from command line
> > > >
> > > >
> > > > There is a reference to the pgi family of compilers
"/opt/pgi/".
> > > >
> > > > I can see in your config.log file that you are using the GNU
family
> of
> > > > compilers:
> > > >
> > > > > CC='/usr/bin/gcc'
> > > > > CXX='/usr/bin/g++'
> > > > > F77='/usr/bin/gfortran'
> > > >
> > > >
> > > > but I do see pgi in your path:
> > > >
> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > > >
> > > >
> > > > First, can you please confirm that the supporting libraries
were
> > compiled
> > > > using the GNU family of compilers? I believe they must be
since you
> > are
> > > > using the compile_MET_all.sh script to compile, but I wanted
to
> mention
> > > it
> > > > because it is important that MET's supporting libraries and
MET are
> > built
> > > > with the same family of compilers. Assuming they were all
built with
> > the
> > > > same family of compilers, could you please remove the PGI
reference
> > from
> > > > your path (and any other references in your .cshrc or .bashrc
file),
> > get
> > > a
> > > > clean shell, and rebuild MET and its supporting libraries?
> > > >
> > > > Please let us know how that goes. Thank you!
> > > >
> > > > Julie
> > > >
> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > >
> > > > > Hi
> > > > > I thought you were busy, thanks for the follow up and here
is the
> > > file:
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Unfortunately, I see that you attached the "configure.log"
file,
> > but
> > > I
> > > > > > actually need the "config.log" file. Could you please
send that
> > file
> > > > to
> > > > > > me? Thank you!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <
> jpresto at ucar.edu
> > >
> > > > > wrote:
> > > > > >
> > > > > > > My apologies for the long delay. I just came to this
ticket to
> > > > follow
> > > > > up
> > > > > > > with you to see if you could send the config.log file or
if you
> > had
> > > > > > > resolved the problem, when I saw that you sent this
already 6
> > days
> > > > ago.
> > > > > > I
> > > > > > > will take a look at it and will follow up with you.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari
via RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > >>
> > > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >
> > > > > > >>
> > > > > > >> Hi
> > > > > > >>
> > > > > > >> Thank you for your answer. Here is the configure.log
file
> > > > > > >>
> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via RT
<
> > > > > > >> met_help at ucar.edu>
> > > > > > >> wrote:
> > > > > > >>
> > > > > > >> > Hi.
> > > > > > >> >
> > > > > > >> > I see that you are having trouble compiling MET using
> > > > > > >> > the compile_MET_all.sh script. Thank you for sending
along
> > your
> > > > > > >> > configuration information and your make.log file.
Could you
> > > > please
> > > > > > also
> > > > > > >> > send the MET config.log file?
> > > > > > >> >
> > > > > > >> > Thank you!
> > > > > > >> >
> > > > > > >> > Julie
> > > > > > >> >
> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud
Khansari via
> RT
> > <
> > > > > > >> > met_help at ucar.edu> wrote:
> > > > > > >> >
> > > > > > >> > >
> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted
upon.
> > > > > > >> > > Transaction: Ticket created by
> s.mahmoud.khansari at gmail.com
> > > > > > >> > > Queue: met_help
> > > > > > >> > > Subject: Question
> > > > > > >> > > Owner: Nobody
> > > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > > > > > >> > > Status: new
> > > > > > >> > > Ticket <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > > > >> >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > > Dear sir/madam
> > > > > > >> > > Hello
> > > > > > >> > > I'm new to MET and METplus and I was trying to
install MET
> > > with
> > > > > > >> > > (compile_MET_all.sh) and I got an error in make MET
and I
> > > think
> > > > > it's
> > > > > > >> > about
> > > > > > >> > > libgrib2c.a
> > > > > > >> > > I was wondering if you just help me with that. I
will send
> > you
> > > > the
> > > > > > >> > machine
> > > > > > >> > > that i use for compiling and the make.log file.
> > > > > > >> > > Thank you for your help
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > --
> > > > > > >> > Julie Prestopnik (she/her)
> > > > > > >> > Software Engineer
> > > > > > >> > National Center for Atmospheric Research
> > > > > > >> > Research Applications Laboratory
> > > > > > >> > Email: jpresto at ucar.edu
> > > > > > >> >
> > > > > > >> > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > >> to
> > > > > > >> > reply to this email outside of your normal working
hours.
> > > > > > >> >
> > > > > > >> >
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik (she/her)
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik (she/her)
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik (she/her)
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Tue Feb 23 09:24:57 2021
Hi. I just wanted to check in to see if you've been able to make some
progress with the MET installation. Please let us know if you still
need
assistance.
Julie
On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Thank you for letting me know that you created a new user that had a
clean
> bash environment. I see that the same problem exists, but this time
there
> are no references to pgi in your config.log file. This is not a
situation
> I have seen previously.
>
> I took a look at your files and noticed one issue that needs to be
fixed.
> In your "Machine" file you have set:
>
>> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\ -lpthread\ -ldl\
-lutil\
>> -lm\ -Xlinker\ -export-dynamic
>
> However, there is a missing backslash after /usr/lib64, so the rest
of the
> items are not being accounted for. Please change the line to:
>
>> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\ -ldl\
>> -lutil\ -lm\ -Xlinker\ -export-dynamic
>
> and see if that has any effect on the problem you're having.
>
> Also, I noticed that you are using an older version (4.8.5) of the
gcc
> compiler, which is from 20150623. I compared your config.log file
with one
> on a local machine here. They do look comparable, excluding the
above
> issue, but we were using gcc version 6.3.0. Do you happen to have a
newer
> version of the compiler that you could use? That could potentially
> eliminate the problem you are experiencing.
>
> Please let us know how it goes. Thank you for your patience as we
work
> through these issues.
>
> Julie
>
> On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via RT <
> met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>>
>> I tried another thing and I wanted to check with you if it is
possible. I
>> created a new user that had a clean bash I guess, I tried to
install MET
>> in
>> that user with gnu compiler, but again I got the same error
messages I
>> think. I wanted to know if it works or not?
>>
>>
>> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > Hi.
>> >
>> >
>> > > is it necessary to install MET and WRF model with the same
compiler?
>> > >
>> > It is *not* necessary for MET and the WRF model to be compiled
with the
>> > same compiler. It *is* important that all of MET's dependent
libraries
>> are
>> > compiled with the same compiler used to compile MET. I believe
that MET
>> > and WRF both depend on NetCDF4/HDF5. If it is important for WRF
to be
>> > compiled with the same family of compilers that its dependencies
were
>> > compiled with, then it may be necessary for MET and WRF to be
compiled
>> with
>> > the same compiler.
>> >
>> > We've seen this same problem you are experiencing in compiling
MET with
>> the
>> > pgi compiler with PGI version 17.4:
>> >
>> > From make.log:
>> > "is_bad_data.h", line 41: error: more than one instance of
overloaded
>> > function
>> > "isnan" matches the argument list:
>> > function "isnan(double)"
>> > function "std::isnan(double)"
>> > argument types are: (double)
>> > if(fabs(a - bad_data_double) < default_tol || isnan(a))
return(1);
>> > ^
>> > From config.log:
>> > PATH: /opt/pgi/linux86-64/17.4/bin
>> >
>> > Previously, a member of our MET team was able to compile an older
>> version
>> > of MET successfully with PGI version 17.9 using pgc++ and pgf90.
Do you
>> > have a later version of the PGI compiler that you could try, if
you
>> need to
>> > compile with PGI? However, please note that we do have an
outstanding
>> > GitHub issue as MET does not currently compile with version 19:
>> > https://github.com/dtcenter/MET/issues/1317
>> >
>> > We typically use the GNU or Intel family of compilers to compile
MET and
>> > its dependent libraries, as opposed to PGI.
>> >
>> > With regard to the suggestion to remove the PGI reference from
your path
>> > (and any other references in your .cshrc or .bashrc file), get a
clean
>> > shell, and rebuild MET and its supporting libraries and your
worries
>> about
>> > cleaning bash and
>> > having problems with WRF, I understand your concern. The
suggestion to
>> > remove it from your path would only need to be a temporary one
for the
>> > building of MET and its libraries. You should be able add it
back in
>> after
>> > MET and its libraries were compiled. However, please keep in
mind the
>> > compilation of NetCDF as described above, which both MET and WRF
depend
>> on.
>> >
>> > Julie
>> >
>> >
>> >
>> >
>> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via RT <
>> > met_help at ucar.edu> wrote:
>> >
>> > >
>> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>> > >
>> > > Hi
>> > >
>> > > thanks again for your help. As you said I have PGI in my path
cus I am
>> > > using WRF model with PGI compiler. I'm worried about cleaning
bash and
>> > > having problems with wrf.
>> > > I tried to install met and other libraries with PGI but it had
errors
>> > too.
>> > > Sorry about the question, is it necessary to install MET and
WRF model
>> > with
>> > > the same compiler?
>> > >
>> > > here are the files with pgi compiler
>> > >
>> > >
>> > >
>> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT <
>> > met_help at ucar.edu>
>> > > wrote:
>> > >
>> > > > Thank you!
>> > > >
>> > > > In the make.log file, I see:
>> > > >
>> > > > > /usr/bin/ld:
>> > /home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
>> > > > > undefined reference to symbol '__c_mzero4'
>> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding
symbols: DSO
>> > > > missing
>> > > > > from command line
>> > > >
>> > > >
>> > > > There is a reference to the pgi family of compilers
"/opt/pgi/".
>> > > >
>> > > > I can see in your config.log file that you are using the GNU
family
>> of
>> > > > compilers:
>> > > >
>> > > > > CC='/usr/bin/gcc'
>> > > > > CXX='/usr/bin/g++'
>> > > > > F77='/usr/bin/gfortran'
>> > > >
>> > > >
>> > > > but I do see pgi in your path:
>> > > >
>> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
>> > > >
>> > > >
>> > > > First, can you please confirm that the supporting libraries
were
>> > compiled
>> > > > using the GNU family of compilers? I believe they must be
since you
>> > are
>> > > > using the compile_MET_all.sh script to compile, but I wanted
to
>> mention
>> > > it
>> > > > because it is important that MET's supporting libraries and
MET are
>> > built
>> > > > with the same family of compilers. Assuming they were all
built
>> with
>> > the
>> > > > same family of compilers, could you please remove the PGI
reference
>> > from
>> > > > your path (and any other references in your .cshrc or .bashrc
file),
>> > get
>> > > a
>> > > > clean shell, and rebuild MET and its supporting libraries?
>> > > >
>> > > > Please let us know how that goes. Thank you!
>> > > >
>> > > > Julie
>> > > >
>> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via RT
<
>> > > > met_help at ucar.edu> wrote:
>> > > >
>> > > > >
>> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>> > > > >
>> > > > > Hi
>> > > > > I thought you were busy, thanks for the follow up and here
is the
>> > > file:
>> > > > >
>> > > > >
>> > > > >
>> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT <
>> > > > met_help at ucar.edu>
>> > > > > wrote:
>> > > > >
>> > > > > > Unfortunately, I see that you attached the
"configure.log" file,
>> > but
>> > > I
>> > > > > > actually need the "config.log" file. Could you please
send that
>> > file
>> > > > to
>> > > > > > me? Thank you!
>> > > > > >
>> > > > > > Julie
>> > > > > >
>> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <
>> jpresto at ucar.edu
>> > >
>> > > > > wrote:
>> > > > > >
>> > > > > > > My apologies for the long delay. I just came to this
ticket
>> to
>> > > > follow
>> > > > > up
>> > > > > > > with you to see if you could send the config.log file
or if
>> you
>> > had
>> > > > > > > resolved the problem, when I saw that you sent this
already 6
>> > days
>> > > > ago.
>> > > > > > I
>> > > > > > > will take a look at it and will follow up with you.
>> > > > > > >
>> > > > > > > Julie
>> > > > > > >
>> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud Khansari
via RT
>> <
>> > > > > > > met_help at ucar.edu> wrote:
>> > > > > > >
>> > > > > > >>
>> > > > > > >> <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>> > > > > > >>
>> > > > > > >> Hi
>> > > > > > >>
>> > > > > > >> Thank you for your answer. Here is the configure.log
file
>> > > > > > >>
>> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via
RT <
>> > > > > > >> met_help at ucar.edu>
>> > > > > > >> wrote:
>> > > > > > >>
>> > > > > > >> > Hi.
>> > > > > > >> >
>> > > > > > >> > I see that you are having trouble compiling MET
using
>> > > > > > >> > the compile_MET_all.sh script. Thank you for
sending along
>> > your
>> > > > > > >> > configuration information and your make.log file.
Could
>> you
>> > > > please
>> > > > > > also
>> > > > > > >> > send the MET config.log file?
>> > > > > > >> >
>> > > > > > >> > Thank you!
>> > > > > > >> >
>> > > > > > >> > Julie
>> > > > > > >> >
>> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud
Khansari via
>> RT
>> > <
>> > > > > > >> > met_help at ucar.edu> wrote:
>> > > > > > >> >
>> > > > > > >> > >
>> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was acted
upon.
>> > > > > > >> > > Transaction: Ticket created by
>> s.mahmoud.khansari at gmail.com
>> > > > > > >> > > Queue: met_help
>> > > > > > >> > > Subject: Question
>> > > > > > >> > > Owner: Nobody
>> > > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
>> > > > > > >> > > Status: new
>> > > > > > >> > > Ticket <URL:
>> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>> > > > > > >> >
>> > > > > > >> > >
>> > > > > > >> > >
>> > > > > > >> > > Dear sir/madam
>> > > > > > >> > > Hello
>> > > > > > >> > > I'm new to MET and METplus and I was trying to
install
>> MET
>> > > with
>> > > > > > >> > > (compile_MET_all.sh) and I got an error in make
MET and I
>> > > think
>> > > > > it's
>> > > > > > >> > about
>> > > > > > >> > > libgrib2c.a
>> > > > > > >> > > I was wondering if you just help me with that. I
will
>> send
>> > you
>> > > > the
>> > > > > > >> > machine
>> > > > > > >> > > that i use for compiling and the make.log file.
>> > > > > > >> > > Thank you for your help
>> > > > > > >> > >
>> > > > > > >> > >
>> > > > > > >> >
>> > > > > > >> > --
>> > > > > > >> > Julie Prestopnik (she/her)
>> > > > > > >> > Software Engineer
>> > > > > > >> > National Center for Atmospheric Research
>> > > > > > >> > Research Applications Laboratory
>> > > > > > >> > Email: jpresto at ucar.edu
>> > > > > > >> >
>> > > > > > >> > My working day may not be your working day. Please
do not
>> > feel
>> > > > > > obliged
>> > > > > > >> to
>> > > > > > >> > reply to this email outside of your normal working
hours.
>> > > > > > >> >
>> > > > > > >> >
>> > > > > > >>
>> > > > > > >>
>> > > > > > >
>> > > > > > > --
>> > > > > > > Julie Prestopnik (she/her)
>> > > > > > > Software Engineer
>> > > > > > > National Center for Atmospheric Research
>> > > > > > > Research Applications Laboratory
>> > > > > > > Email: jpresto at ucar.edu
>> > > > > > >
>> > > > > > > My working day may not be your working day. Please do
not
>> feel
>> > > > obliged
>> > > > > > to
>> > > > > > > reply to this email outside of your normal working
hours.
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > > > --
>> > > > > > Julie Prestopnik (she/her)
>> > > > > > Software Engineer
>> > > > > > National Center for Atmospheric Research
>> > > > > > Research Applications Laboratory
>> > > > > > Email: jpresto at ucar.edu
>> > > > > >
>> > > > > > My working day may not be your working day. Please do
not feel
>> > > obliged
>> > > > > to
>> > > > > > reply to this email outside of your normal working hours.
>> > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > >
>> > > > --
>> > > > Julie Prestopnik (she/her)
>> > > > Software Engineer
>> > > > National Center for Atmospheric Research
>> > > > Research Applications Laboratory
>> > > > Email: jpresto at ucar.edu
>> > > >
>> > > > My working day may not be your working day. Please do not
feel
>> obliged
>> > > to
>> > > > reply to this email outside of your normal working hours.
>> > > >
>> > > >
>> > >
>> > >
>> >
>> > --
>> > Julie Prestopnik (she/her)
>> > Software Engineer
>> > National Center for Atmospheric Research
>> > Research Applications Laboratory
>> > Email: jpresto at ucar.edu
>> >
>> > My working day may not be your working day. Please do not feel
obliged
>> to
>> > reply to this email outside of your normal working hours.
>> >
>> >
>>
>>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Seied mahmoud Khansari
Time: Wed Feb 24 02:56:17 2021
Hi, It's very kind of you to help me with this. you know I tried
> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\ -ldl\
-lutil\
> -lm\ -Xlinker\ -export-dynamic
and it didn't work again and it gave me the same error message.
I also installed the newer gcc version that took some time from me.
here is
the new version:
> [test at localhost MET]$ gcc --version
gcc (GCC) 7.3.0
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
I'm not sure if i have done the right thing for installing gcc but
still
MET can not be installed.
On Tue, Feb 23, 2021 at 7:54 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi. I just wanted to check in to see if you've been able to make
some
> progress with the MET installation. Please let us know if you still
need
> assistance.
>
> Julie
>
> On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > Thank you for letting me know that you created a new user that had
a
> clean
> > bash environment. I see that the same problem exists, but this
time
> there
> > are no references to pgi in your config.log file. This is not a
> situation
> > I have seen previously.
> >
> > I took a look at your files and noticed one issue that needs to be
fixed.
> > In your "Machine" file you have set:
> >
> >> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\ -lpthread\ -ldl\
> -lutil\
> >> -lm\ -Xlinker\ -export-dynamic
> >
> > However, there is a missing backslash after /usr/lib64, so the
rest of
> the
> > items are not being accounted for. Please change the line to:
> >
> >> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\ -ldl\
> >> -lutil\ -lm\ -Xlinker\ -export-dynamic
> >
> > and see if that has any effect on the problem you're having.
> >
> > Also, I noticed that you are using an older version (4.8.5) of the
gcc
> > compiler, which is from 20150623. I compared your config.log file
with
> one
> > on a local machine here. They do look comparable, excluding the
above
> > issue, but we were using gcc version 6.3.0. Do you happen to have
a
> newer
> > version of the compiler that you could use? That could
potentially
> > eliminate the problem you are experiencing.
> >
> > Please let us know how it goes. Thank you for your patience as we
work
> > through these issues.
> >
> > Julie
> >
> > On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via RT <
> > met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >>
> >> I tried another thing and I wanted to check with you if it is
possible.
> I
> >> created a new user that had a clean bash I guess, I tried to
install MET
> >> in
> >> that user with gnu compiler, but again I got the same error
messages I
> >> think. I wanted to know if it works or not?
> >>
> >>
> >> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >> > Hi.
> >> >
> >> >
> >> > > is it necessary to install MET and WRF model with the same
compiler?
> >> > >
> >> > It is *not* necessary for MET and the WRF model to be compiled
with
> the
> >> > same compiler. It *is* important that all of MET's dependent
> libraries
> >> are
> >> > compiled with the same compiler used to compile MET. I believe
that
> MET
> >> > and WRF both depend on NetCDF4/HDF5. If it is important for
WRF to be
> >> > compiled with the same family of compilers that its
dependencies were
> >> > compiled with, then it may be necessary for MET and WRF to be
compiled
> >> with
> >> > the same compiler.
> >> >
> >> > We've seen this same problem you are experiencing in compiling
MET
> with
> >> the
> >> > pgi compiler with PGI version 17.4:
> >> >
> >> > From make.log:
> >> > "is_bad_data.h", line 41: error: more than one instance of
overloaded
> >> > function
> >> > "isnan" matches the argument list:
> >> > function "isnan(double)"
> >> > function "std::isnan(double)"
> >> > argument types are: (double)
> >> > if(fabs(a - bad_data_double) < default_tol || isnan(a))
> return(1);
> >> > ^
> >> > From config.log:
> >> > PATH: /opt/pgi/linux86-64/17.4/bin
> >> >
> >> > Previously, a member of our MET team was able to compile an
older
> >> version
> >> > of MET successfully with PGI version 17.9 using pgc++ and
pgf90. Do
> you
> >> > have a later version of the PGI compiler that you could try, if
you
> >> need to
> >> > compile with PGI? However, please note that we do have an
outstanding
> >> > GitHub issue as MET does not currently compile with version 19:
> >> > https://github.com/dtcenter/MET/issues/1317
> >> >
> >> > We typically use the GNU or Intel family of compilers to
compile MET
> and
> >> > its dependent libraries, as opposed to PGI.
> >> >
> >> > With regard to the suggestion to remove the PGI reference from
your
> path
> >> > (and any other references in your .cshrc or .bashrc file), get
a clean
> >> > shell, and rebuild MET and its supporting libraries and your
worries
> >> about
> >> > cleaning bash and
> >> > having problems with WRF, I understand your concern. The
suggestion
> to
> >> > remove it from your path would only need to be a temporary one
for the
> >> > building of MET and its libraries. You should be able add it
back in
> >> after
> >> > MET and its libraries were compiled. However, please keep in
mind the
> >> > compilation of NetCDF as described above, which both MET and
WRF
> depend
> >> on.
> >> >
> >> > Julie
> >> >
> >> >
> >> >
> >> >
> >> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via RT <
> >> > met_help at ucar.edu> wrote:
> >> >
> >> > >
> >> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>
> >> > >
> >> > > Hi
> >> > >
> >> > > thanks again for your help. As you said I have PGI in my path
cus I
> am
> >> > > using WRF model with PGI compiler. I'm worried about cleaning
bash
> and
> >> > > having problems with wrf.
> >> > > I tried to install met and other libraries with PGI but it
had
> errors
> >> > too.
> >> > > Sorry about the question, is it necessary to install MET and
WRF
> model
> >> > with
> >> > > the same compiler?
> >> > >
> >> > > here are the files with pgi compiler
> >> > >
> >> > >
> >> > >
> >> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT <
> >> > met_help at ucar.edu>
> >> > > wrote:
> >> > >
> >> > > > Thank you!
> >> > > >
> >> > > > In the make.log file, I see:
> >> > > >
> >> > > > > /usr/bin/ld:
> >> > /home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> >> > > > > undefined reference to symbol '__c_mzero4'
> >> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding
symbols:
> DSO
> >> > > > missing
> >> > > > > from command line
> >> > > >
> >> > > >
> >> > > > There is a reference to the pgi family of compilers
"/opt/pgi/".
> >> > > >
> >> > > > I can see in your config.log file that you are using the
GNU
> family
> >> of
> >> > > > compilers:
> >> > > >
> >> > > > > CC='/usr/bin/gcc'
> >> > > > > CXX='/usr/bin/g++'
> >> > > > > F77='/usr/bin/gfortran'
> >> > > >
> >> > > >
> >> > > > but I do see pgi in your path:
> >> > > >
> >> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> >> > > >
> >> > > >
> >> > > > First, can you please confirm that the supporting libraries
were
> >> > compiled
> >> > > > using the GNU family of compilers? I believe they must be
since
> you
> >> > are
> >> > > > using the compile_MET_all.sh script to compile, but I
wanted to
> >> mention
> >> > > it
> >> > > > because it is important that MET's supporting libraries and
MET
> are
> >> > built
> >> > > > with the same family of compilers. Assuming they were all
built
> >> with
> >> > the
> >> > > > same family of compilers, could you please remove the PGI
> reference
> >> > from
> >> > > > your path (and any other references in your .cshrc or
.bashrc
> file),
> >> > get
> >> > > a
> >> > > > clean shell, and rebuild MET and its supporting libraries?
> >> > > >
> >> > > > Please let us know how that goes. Thank you!
> >> > > >
> >> > > > Julie
> >> > > >
> >> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via
RT <
> >> > > > met_help at ucar.edu> wrote:
> >> > > >
> >> > > > >
> >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >> > > > >
> >> > > > > Hi
> >> > > > > I thought you were busy, thanks for the follow up and
here is
> the
> >> > > file:
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT <
> >> > > > met_help at ucar.edu>
> >> > > > > wrote:
> >> > > > >
> >> > > > > > Unfortunately, I see that you attached the
"configure.log"
> file,
> >> > but
> >> > > I
> >> > > > > > actually need the "config.log" file. Could you please
send
> that
> >> > file
> >> > > > to
> >> > > > > > me? Thank you!
> >> > > > > >
> >> > > > > > Julie
> >> > > > > >
> >> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <
> >> jpresto at ucar.edu
> >> > >
> >> > > > > wrote:
> >> > > > > >
> >> > > > > > > My apologies for the long delay. I just came to this
ticket
> >> to
> >> > > > follow
> >> > > > > up
> >> > > > > > > with you to see if you could send the config.log file
or if
> >> you
> >> > had
> >> > > > > > > resolved the problem, when I saw that you sent this
already
> 6
> >> > days
> >> > > > ago.
> >> > > > > > I
> >> > > > > > > will take a look at it and will follow up with you.
> >> > > > > > >
> >> > > > > > > Julie
> >> > > > > > >
> >> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud
Khansari via
> RT
> >> <
> >> > > > > > > met_help at ucar.edu> wrote:
> >> > > > > > >
> >> > > > > > >>
> >> > > > > > >> <URL:
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >> > > > > > >>
> >> > > > > > >> Hi
> >> > > > > > >>
> >> > > > > > >> Thank you for your answer. Here is the configure.log
file
> >> > > > > > >>
> >> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik via
RT <
> >> > > > > > >> met_help at ucar.edu>
> >> > > > > > >> wrote:
> >> > > > > > >>
> >> > > > > > >> > Hi.
> >> > > > > > >> >
> >> > > > > > >> > I see that you are having trouble compiling MET
using
> >> > > > > > >> > the compile_MET_all.sh script. Thank you for
sending
> along
> >> > your
> >> > > > > > >> > configuration information and your make.log file.
Could
> >> you
> >> > > > please
> >> > > > > > also
> >> > > > > > >> > send the MET config.log file?
> >> > > > > > >> >
> >> > > > > > >> > Thank you!
> >> > > > > > >> >
> >> > > > > > >> > Julie
> >> > > > > > >> >
> >> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud
Khansari
> via
> >> RT
> >> > <
> >> > > > > > >> > met_help at ucar.edu> wrote:
> >> > > > > > >> >
> >> > > > > > >> > >
> >> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was
acted upon.
> >> > > > > > >> > > Transaction: Ticket created by
> >> s.mahmoud.khansari at gmail.com
> >> > > > > > >> > > Queue: met_help
> >> > > > > > >> > > Subject: Question
> >> > > > > > >> > > Owner: Nobody
> >> > > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> >> > > > > > >> > > Status: new
> >> > > > > > >> > > Ticket <URL:
> >> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >> > > > > > >> >
> >> > > > > > >> > >
> >> > > > > > >> > >
> >> > > > > > >> > > Dear sir/madam
> >> > > > > > >> > > Hello
> >> > > > > > >> > > I'm new to MET and METplus and I was trying to
install
> >> MET
> >> > > with
> >> > > > > > >> > > (compile_MET_all.sh) and I got an error in make
MET
> and I
> >> > > think
> >> > > > > it's
> >> > > > > > >> > about
> >> > > > > > >> > > libgrib2c.a
> >> > > > > > >> > > I was wondering if you just help me with that. I
will
> >> send
> >> > you
> >> > > > the
> >> > > > > > >> > machine
> >> > > > > > >> > > that i use for compiling and the make.log file.
> >> > > > > > >> > > Thank you for your help
> >> > > > > > >> > >
> >> > > > > > >> > >
> >> > > > > > >> >
> >> > > > > > >> > --
> >> > > > > > >> > Julie Prestopnik (she/her)
> >> > > > > > >> > Software Engineer
> >> > > > > > >> > National Center for Atmospheric Research
> >> > > > > > >> > Research Applications Laboratory
> >> > > > > > >> > Email: jpresto at ucar.edu
> >> > > > > > >> >
> >> > > > > > >> > My working day may not be your working day.
Please do
> not
> >> > feel
> >> > > > > > obliged
> >> > > > > > >> to
> >> > > > > > >> > reply to this email outside of your normal working
hours.
> >> > > > > > >> >
> >> > > > > > >> >
> >> > > > > > >>
> >> > > > > > >>
> >> > > > > > >
> >> > > > > > > --
> >> > > > > > > Julie Prestopnik (she/her)
> >> > > > > > > Software Engineer
> >> > > > > > > National Center for Atmospheric Research
> >> > > > > > > Research Applications Laboratory
> >> > > > > > > Email: jpresto at ucar.edu
> >> > > > > > >
> >> > > > > > > My working day may not be your working day. Please
do not
> >> feel
> >> > > > obliged
> >> > > > > > to
> >> > > > > > > reply to this email outside of your normal working
hours.
> >> > > > > > >
> >> > > > > >
> >> > > > > >
> >> > > > > > --
> >> > > > > > Julie Prestopnik (she/her)
> >> > > > > > Software Engineer
> >> > > > > > National Center for Atmospheric Research
> >> > > > > > Research Applications Laboratory
> >> > > > > > Email: jpresto at ucar.edu
> >> > > > > >
> >> > > > > > My working day may not be your working day. Please do
not
> feel
> >> > > obliged
> >> > > > > to
> >> > > > > > reply to this email outside of your normal working
hours.
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > > >
> >> > > >
> >> > > > --
> >> > > > Julie Prestopnik (she/her)
> >> > > > Software Engineer
> >> > > > National Center for Atmospheric Research
> >> > > > Research Applications Laboratory
> >> > > > Email: jpresto at ucar.edu
> >> > > >
> >> > > > My working day may not be your working day. Please do not
feel
> >> obliged
> >> > > to
> >> > > > reply to this email outside of your normal working hours.
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> >
> >> > --
> >> > Julie Prestopnik (she/her)
> >> > Software Engineer
> >> > National Center for Atmospheric Research
> >> > Research Applications Laboratory
> >> > Email: jpresto at ucar.edu
> >> >
> >> > My working day may not be your working day. Please do not feel
> obliged
> >> to
> >> > reply to this email outside of your normal working hours.
> >> >
> >> >
> >>
> >>
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Thu Feb 25 19:04:06 2021
I wanted to let you know I haven't forgotten about this issue. I'm
still a
bit stumped by what is going on and am doing my best to continue to
research to try to solve this problem.
You mentioned that you installed the newer gcc version, however it
does not
look like it was being used in the compilation. The config.log file
still
shows:
> gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC)
Perhaps version 4.8.5 is still in your path so version 7.3.0 wasn't
being
used? Please give that another try and take a look at your config.log
file
to verify that version 7.3.0 is being used. Please rebuild the
dependent
libraries and MET using this later version of gcc to ensure
consistency and
eliminate potential problems. Please let me know how that goes.
Julie
On Wed, Feb 24, 2021 at 2:56 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> Hi, It's very kind of you to help me with this. you know I tried
> > export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\ -ldl\
> -lutil\
> > -lm\ -Xlinker\ -export-dynamic
> and it didn't work again and it gave me the same error message.
> I also installed the newer gcc version that took some time from me.
here is
> the new version:
>
> > [test at localhost MET]$ gcc --version
> gcc (GCC) 7.3.0
> Copyright (C) 2017 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There
is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
>
> I'm not sure if i have done the right thing for installing gcc but
still
> MET can not be installed.
>
>
>
>
> On Tue, Feb 23, 2021 at 7:54 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi. I just wanted to check in to see if you've been able to make
some
> > progress with the MET installation. Please let us know if you
still need
> > assistance.
> >
> > Julie
> >
> > On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik
<jpresto at ucar.edu>
> wrote:
> >
> > > Thank you for letting me know that you created a new user that
had a
> > clean
> > > bash environment. I see that the same problem exists, but this
time
> > there
> > > are no references to pgi in your config.log file. This is not a
> > situation
> > > I have seen previously.
> > >
> > > I took a look at your files and noticed one issue that needs to
be
> fixed.
> > > In your "Machine" file you have set:
> > >
> > >> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\ -lpthread\
-ldl\
> > -lutil\
> > >> -lm\ -Xlinker\ -export-dynamic
> > >
> > > However, there is a missing backslash after /usr/lib64, so the
rest of
> > the
> > > items are not being accounted for. Please change the line to:
> > >
> > >> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\
-ldl\
> > >> -lutil\ -lm\ -Xlinker\ -export-dynamic
> > >
> > > and see if that has any effect on the problem you're having.
> > >
> > > Also, I noticed that you are using an older version (4.8.5) of
the gcc
> > > compiler, which is from 20150623. I compared your config.log
file with
> > one
> > > on a local machine here. They do look comparable, excluding the
above
> > > issue, but we were using gcc version 6.3.0. Do you happen to
have a
> > newer
> > > version of the compiler that you could use? That could
potentially
> > > eliminate the problem you are experiencing.
> > >
> > > Please let us know how it goes. Thank you for your patience as
we work
> > > through these issues.
> > >
> > > Julie
> > >
> > > On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >>
> > >> I tried another thing and I wanted to check with you if it is
> possible.
> > I
> > >> created a new user that had a clean bash I guess, I tried to
install
> MET
> > >> in
> > >> that user with gnu compiler, but again I got the same error
messages I
> > >> think. I wanted to know if it works or not?
> > >>
> > >>
> > >> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > Hi.
> > >> >
> > >> >
> > >> > > is it necessary to install MET and WRF model with the same
> compiler?
> > >> > >
> > >> > It is *not* necessary for MET and the WRF model to be
compiled with
> > the
> > >> > same compiler. It *is* important that all of MET's dependent
> > libraries
> > >> are
> > >> > compiled with the same compiler used to compile MET. I
believe that
> > MET
> > >> > and WRF both depend on NetCDF4/HDF5. If it is important for
WRF to
> be
> > >> > compiled with the same family of compilers that its
dependencies
> were
> > >> > compiled with, then it may be necessary for MET and WRF to be
> compiled
> > >> with
> > >> > the same compiler.
> > >> >
> > >> > We've seen this same problem you are experiencing in
compiling MET
> > with
> > >> the
> > >> > pgi compiler with PGI version 17.4:
> > >> >
> > >> > From make.log:
> > >> > "is_bad_data.h", line 41: error: more than one instance of
> overloaded
> > >> > function
> > >> > "isnan" matches the argument list:
> > >> > function "isnan(double)"
> > >> > function "std::isnan(double)"
> > >> > argument types are: (double)
> > >> > if(fabs(a - bad_data_double) < default_tol || isnan(a))
> > return(1);
> > >> > ^
> > >> > From config.log:
> > >> > PATH: /opt/pgi/linux86-64/17.4/bin
> > >> >
> > >> > Previously, a member of our MET team was able to compile an
older
> > >> version
> > >> > of MET successfully with PGI version 17.9 using pgc++ and
pgf90. Do
> > you
> > >> > have a later version of the PGI compiler that you could try,
if you
> > >> need to
> > >> > compile with PGI? However, please note that we do have an
> outstanding
> > >> > GitHub issue as MET does not currently compile with version
19:
> > >> > https://github.com/dtcenter/MET/issues/1317
> > >> >
> > >> > We typically use the GNU or Intel family of compilers to
compile MET
> > and
> > >> > its dependent libraries, as opposed to PGI.
> > >> >
> > >> > With regard to the suggestion to remove the PGI reference
from your
> > path
> > >> > (and any other references in your .cshrc or .bashrc file),
get a
> clean
> > >> > shell, and rebuild MET and its supporting libraries and your
worries
> > >> about
> > >> > cleaning bash and
> > >> > having problems with WRF, I understand your concern. The
suggestion
> > to
> > >> > remove it from your path would only need to be a temporary
one for
> the
> > >> > building of MET and its libraries. You should be able add it
back
> in
> > >> after
> > >> > MET and its libraries were compiled. However, please keep in
mind
> the
> > >> > compilation of NetCDF as described above, which both MET and
WRF
> > depend
> > >> on.
> > >> >
> > >> > Julie
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via RT
<
> > >> > met_help at ucar.edu> wrote:
> > >> >
> > >> > >
> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >> > >
> > >> > > Hi
> > >> > >
> > >> > > thanks again for your help. As you said I have PGI in my
path cus
> I
> > am
> > >> > > using WRF model with PGI compiler. I'm worried about
cleaning bash
> > and
> > >> > > having problems with wrf.
> > >> > > I tried to install met and other libraries with PGI but it
had
> > errors
> > >> > too.
> > >> > > Sorry about the question, is it necessary to install MET
and WRF
> > model
> > >> > with
> > >> > > the same compiler?
> > >> > >
> > >> > > here are the files with pgi compiler
> > >> > >
> > >> > >
> > >> > >
> > >> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT <
> > >> > met_help at ucar.edu>
> > >> > > wrote:
> > >> > >
> > >> > > > Thank you!
> > >> > > >
> > >> > > > In the make.log file, I see:
> > >> > > >
> > >> > > > > /usr/bin/ld:
> > >> > /home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > >> > > > > undefined reference to symbol '__c_mzero4'
> > >> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding
symbols:
> > DSO
> > >> > > > missing
> > >> > > > > from command line
> > >> > > >
> > >> > > >
> > >> > > > There is a reference to the pgi family of compilers
"/opt/pgi/".
> > >> > > >
> > >> > > > I can see in your config.log file that you are using the
GNU
> > family
> > >> of
> > >> > > > compilers:
> > >> > > >
> > >> > > > > CC='/usr/bin/gcc'
> > >> > > > > CXX='/usr/bin/g++'
> > >> > > > > F77='/usr/bin/gfortran'
> > >> > > >
> > >> > > >
> > >> > > > but I do see pgi in your path:
> > >> > > >
> > >> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > >> > > >
> > >> > > >
> > >> > > > First, can you please confirm that the supporting
libraries were
> > >> > compiled
> > >> > > > using the GNU family of compilers? I believe they must
be since
> > you
> > >> > are
> > >> > > > using the compile_MET_all.sh script to compile, but I
wanted to
> > >> mention
> > >> > > it
> > >> > > > because it is important that MET's supporting libraries
and MET
> > are
> > >> > built
> > >> > > > with the same family of compilers. Assuming they were
all built
> > >> with
> > >> > the
> > >> > > > same family of compilers, could you please remove the PGI
> > reference
> > >> > from
> > >> > > > your path (and any other references in your .cshrc or
.bashrc
> > file),
> > >> > get
> > >> > > a
> > >> > > > clean shell, and rebuild MET and its supporting
libraries?
> > >> > > >
> > >> > > > Please let us know how that goes. Thank you!
> > >> > > >
> > >> > > > Julie
> > >> > > >
> > >> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via
RT <
> > >> > > > met_help at ucar.edu> wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >
> > >> > > > >
> > >> > > > > Hi
> > >> > > > > I thought you were busy, thanks for the follow up and
here is
> > the
> > >> > > file:
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT
<
> > >> > > > met_help at ucar.edu>
> > >> > > > > wrote:
> > >> > > > >
> > >> > > > > > Unfortunately, I see that you attached the
"configure.log"
> > file,
> > >> > but
> > >> > > I
> > >> > > > > > actually need the "config.log" file. Could you
please send
> > that
> > >> > file
> > >> > > > to
> > >> > > > > > me? Thank you!
> > >> > > > > >
> > >> > > > > > Julie
> > >> > > > > >
> > >> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <
> > >> jpresto at ucar.edu
> > >> > >
> > >> > > > > wrote:
> > >> > > > > >
> > >> > > > > > > My apologies for the long delay. I just came to
this
> ticket
> > >> to
> > >> > > > follow
> > >> > > > > up
> > >> > > > > > > with you to see if you could send the config.log
file or
> if
> > >> you
> > >> > had
> > >> > > > > > > resolved the problem, when I saw that you sent this
> already
> > 6
> > >> > days
> > >> > > > ago.
> > >> > > > > > I
> > >> > > > > > > will take a look at it and will follow up with you.
> > >> > > > > > >
> > >> > > > > > > Julie
> > >> > > > > > >
> > >> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud
Khansari via
> > RT
> > >> <
> > >> > > > > > > met_help at ucar.edu> wrote:
> > >> > > > > > >
> > >> > > > > > >>
> > >> > > > > > >> <URL:
> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >> > > > > > >>
> > >> > > > > > >> Hi
> > >> > > > > > >>
> > >> > > > > > >> Thank you for your answer. Here is the
configure.log file
> > >> > > > > > >>
> > >> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik
via RT <
> > >> > > > > > >> met_help at ucar.edu>
> > >> > > > > > >> wrote:
> > >> > > > > > >>
> > >> > > > > > >> > Hi.
> > >> > > > > > >> >
> > >> > > > > > >> > I see that you are having trouble compiling MET
using
> > >> > > > > > >> > the compile_MET_all.sh script. Thank you for
sending
> > along
> > >> > your
> > >> > > > > > >> > configuration information and your make.log
file.
> Could
> > >> you
> > >> > > > please
> > >> > > > > > also
> > >> > > > > > >> > send the MET config.log file?
> > >> > > > > > >> >
> > >> > > > > > >> > Thank you!
> > >> > > > > > >> >
> > >> > > > > > >> > Julie
> > >> > > > > > >> >
> > >> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud
Khansari
> > via
> > >> RT
> > >> > <
> > >> > > > > > >> > met_help at ucar.edu> wrote:
> > >> > > > > > >> >
> > >> > > > > > >> > >
> > >> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was
acted
> upon.
> > >> > > > > > >> > > Transaction: Ticket created by
> > >> s.mahmoud.khansari at gmail.com
> > >> > > > > > >> > > Queue: met_help
> > >> > > > > > >> > > Subject: Question
> > >> > > > > > >> > > Owner: Nobody
> > >> > > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > >> > > > > > >> > > Status: new
> > >> > > > > > >> > > Ticket <URL:
> > >> > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > >> > > > > > >> >
> > >> > > > > > >> > >
> > >> > > > > > >> > >
> > >> > > > > > >> > > Dear sir/madam
> > >> > > > > > >> > > Hello
> > >> > > > > > >> > > I'm new to MET and METplus and I was trying to
> install
> > >> MET
> > >> > > with
> > >> > > > > > >> > > (compile_MET_all.sh) and I got an error in
make MET
> > and I
> > >> > > think
> > >> > > > > it's
> > >> > > > > > >> > about
> > >> > > > > > >> > > libgrib2c.a
> > >> > > > > > >> > > I was wondering if you just help me with that.
I will
> > >> send
> > >> > you
> > >> > > > the
> > >> > > > > > >> > machine
> > >> > > > > > >> > > that i use for compiling and the make.log
file.
> > >> > > > > > >> > > Thank you for your help
> > >> > > > > > >> > >
> > >> > > > > > >> > >
> > >> > > > > > >> >
> > >> > > > > > >> > --
> > >> > > > > > >> > Julie Prestopnik (she/her)
> > >> > > > > > >> > Software Engineer
> > >> > > > > > >> > National Center for Atmospheric Research
> > >> > > > > > >> > Research Applications Laboratory
> > >> > > > > > >> > Email: jpresto at ucar.edu
> > >> > > > > > >> >
> > >> > > > > > >> > My working day may not be your working day.
Please do
> > not
> > >> > feel
> > >> > > > > > obliged
> > >> > > > > > >> to
> > >> > > > > > >> > reply to this email outside of your normal
working
> hours.
> > >> > > > > > >> >
> > >> > > > > > >> >
> > >> > > > > > >>
> > >> > > > > > >>
> > >> > > > > > >
> > >> > > > > > > --
> > >> > > > > > > Julie Prestopnik (she/her)
> > >> > > > > > > Software Engineer
> > >> > > > > > > National Center for Atmospheric Research
> > >> > > > > > > Research Applications Laboratory
> > >> > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > >
> > >> > > > > > > My working day may not be your working day. Please
do not
> > >> feel
> > >> > > > obliged
> > >> > > > > > to
> > >> > > > > > > reply to this email outside of your normal working
hours.
> > >> > > > > > >
> > >> > > > > >
> > >> > > > > >
> > >> > > > > > --
> > >> > > > > > Julie Prestopnik (she/her)
> > >> > > > > > Software Engineer
> > >> > > > > > National Center for Atmospheric Research
> > >> > > > > > Research Applications Laboratory
> > >> > > > > > Email: jpresto at ucar.edu
> > >> > > > > >
> > >> > > > > > My working day may not be your working day. Please
do not
> > feel
> > >> > > obliged
> > >> > > > > to
> > >> > > > > > reply to this email outside of your normal working
hours.
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > > --
> > >> > > > Julie Prestopnik (she/her)
> > >> > > > Software Engineer
> > >> > > > National Center for Atmospheric Research
> > >> > > > Research Applications Laboratory
> > >> > > > Email: jpresto at ucar.edu
> > >> > > >
> > >> > > > My working day may not be your working day. Please do
not feel
> > >> obliged
> > >> > > to
> > >> > > > reply to this email outside of your normal working hours.
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> >
> > >> > --
> > >> > Julie Prestopnik (she/her)
> > >> > Software Engineer
> > >> > National Center for Atmospheric Research
> > >> > Research Applications Laboratory
> > >> > Email: jpresto at ucar.edu
> > >> >
> > >> > My working day may not be your working day. Please do not
feel
> > obliged
> > >> to
> > >> > reply to this email outside of your normal working hours.
> > >> >
> > >> >
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Thu Feb 25 19:22:34 2021
Hello again. As I was researching this problem, I came across
something
else you could try. In compile_MET_all.sh in the "Compile MET"
section,
you could try changing:
export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
to
> export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz -lpgc"
and try recompiling to see if that works. Please let us know how
that
goes if you decide to try that out.
Thanks!
Julie
On Wed, Feb 24, 2021 at 2:56 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> Hi, It's very kind of you to help me with this. you know I tried
> > export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\ -ldl\
> -lutil\
> > -lm\ -Xlinker\ -export-dynamic
> and it didn't work again and it gave me the same error message.
> I also installed the newer gcc version that took some time from me.
here is
> the new version:
>
> > [test at localhost MET]$ gcc --version
> gcc (GCC) 7.3.0
> Copyright (C) 2017 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There
is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
>
> I'm not sure if i have done the right thing for installing gcc but
still
> MET can not be installed.
>
>
>
>
> On Tue, Feb 23, 2021 at 7:54 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi. I just wanted to check in to see if you've been able to make
some
> > progress with the MET installation. Please let us know if you
still need
> > assistance.
> >
> > Julie
> >
> > On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik
<jpresto at ucar.edu>
> wrote:
> >
> > > Thank you for letting me know that you created a new user that
had a
> > clean
> > > bash environment. I see that the same problem exists, but this
time
> > there
> > > are no references to pgi in your config.log file. This is not a
> > situation
> > > I have seen previously.
> > >
> > > I took a look at your files and noticed one issue that needs to
be
> fixed.
> > > In your "Machine" file you have set:
> > >
> > >> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\ -lpthread\
-ldl\
> > -lutil\
> > >> -lm\ -Xlinker\ -export-dynamic
> > >
> > > However, there is a missing backslash after /usr/lib64, so the
rest of
> > the
> > > items are not being accounted for. Please change the line to:
> > >
> > >> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\
-ldl\
> > >> -lutil\ -lm\ -Xlinker\ -export-dynamic
> > >
> > > and see if that has any effect on the problem you're having.
> > >
> > > Also, I noticed that you are using an older version (4.8.5) of
the gcc
> > > compiler, which is from 20150623. I compared your config.log
file with
> > one
> > > on a local machine here. They do look comparable, excluding the
above
> > > issue, but we were using gcc version 6.3.0. Do you happen to
have a
> > newer
> > > version of the compiler that you could use? That could
potentially
> > > eliminate the problem you are experiencing.
> > >
> > > Please let us know how it goes. Thank you for your patience as
we work
> > > through these issues.
> > >
> > > Julie
> > >
> > > On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >>
> > >> I tried another thing and I wanted to check with you if it is
> possible.
> > I
> > >> created a new user that had a clean bash I guess, I tried to
install
> MET
> > >> in
> > >> that user with gnu compiler, but again I got the same error
messages I
> > >> think. I wanted to know if it works or not?
> > >>
> > >>
> > >> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > Hi.
> > >> >
> > >> >
> > >> > > is it necessary to install MET and WRF model with the same
> compiler?
> > >> > >
> > >> > It is *not* necessary for MET and the WRF model to be
compiled with
> > the
> > >> > same compiler. It *is* important that all of MET's dependent
> > libraries
> > >> are
> > >> > compiled with the same compiler used to compile MET. I
believe that
> > MET
> > >> > and WRF both depend on NetCDF4/HDF5. If it is important for
WRF to
> be
> > >> > compiled with the same family of compilers that its
dependencies
> were
> > >> > compiled with, then it may be necessary for MET and WRF to be
> compiled
> > >> with
> > >> > the same compiler.
> > >> >
> > >> > We've seen this same problem you are experiencing in
compiling MET
> > with
> > >> the
> > >> > pgi compiler with PGI version 17.4:
> > >> >
> > >> > From make.log:
> > >> > "is_bad_data.h", line 41: error: more than one instance of
> overloaded
> > >> > function
> > >> > "isnan" matches the argument list:
> > >> > function "isnan(double)"
> > >> > function "std::isnan(double)"
> > >> > argument types are: (double)
> > >> > if(fabs(a - bad_data_double) < default_tol || isnan(a))
> > return(1);
> > >> > ^
> > >> > From config.log:
> > >> > PATH: /opt/pgi/linux86-64/17.4/bin
> > >> >
> > >> > Previously, a member of our MET team was able to compile an
older
> > >> version
> > >> > of MET successfully with PGI version 17.9 using pgc++ and
pgf90. Do
> > you
> > >> > have a later version of the PGI compiler that you could try,
if you
> > >> need to
> > >> > compile with PGI? However, please note that we do have an
> outstanding
> > >> > GitHub issue as MET does not currently compile with version
19:
> > >> > https://github.com/dtcenter/MET/issues/1317
> > >> >
> > >> > We typically use the GNU or Intel family of compilers to
compile MET
> > and
> > >> > its dependent libraries, as opposed to PGI.
> > >> >
> > >> > With regard to the suggestion to remove the PGI reference
from your
> > path
> > >> > (and any other references in your .cshrc or .bashrc file),
get a
> clean
> > >> > shell, and rebuild MET and its supporting libraries and your
worries
> > >> about
> > >> > cleaning bash and
> > >> > having problems with WRF, I understand your concern. The
suggestion
> > to
> > >> > remove it from your path would only need to be a temporary
one for
> the
> > >> > building of MET and its libraries. You should be able add it
back
> in
> > >> after
> > >> > MET and its libraries were compiled. However, please keep in
mind
> the
> > >> > compilation of NetCDF as described above, which both MET and
WRF
> > depend
> > >> on.
> > >> >
> > >> > Julie
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via RT
<
> > >> > met_help at ucar.edu> wrote:
> > >> >
> > >> > >
> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >> > >
> > >> > > Hi
> > >> > >
> > >> > > thanks again for your help. As you said I have PGI in my
path cus
> I
> > am
> > >> > > using WRF model with PGI compiler. I'm worried about
cleaning bash
> > and
> > >> > > having problems with wrf.
> > >> > > I tried to install met and other libraries with PGI but it
had
> > errors
> > >> > too.
> > >> > > Sorry about the question, is it necessary to install MET
and WRF
> > model
> > >> > with
> > >> > > the same compiler?
> > >> > >
> > >> > > here are the files with pgi compiler
> > >> > >
> > >> > >
> > >> > >
> > >> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT <
> > >> > met_help at ucar.edu>
> > >> > > wrote:
> > >> > >
> > >> > > > Thank you!
> > >> > > >
> > >> > > > In the make.log file, I see:
> > >> > > >
> > >> > > > > /usr/bin/ld:
> > >> > /home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > >> > > > > undefined reference to symbol '__c_mzero4'
> > >> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding
symbols:
> > DSO
> > >> > > > missing
> > >> > > > > from command line
> > >> > > >
> > >> > > >
> > >> > > > There is a reference to the pgi family of compilers
"/opt/pgi/".
> > >> > > >
> > >> > > > I can see in your config.log file that you are using the
GNU
> > family
> > >> of
> > >> > > > compilers:
> > >> > > >
> > >> > > > > CC='/usr/bin/gcc'
> > >> > > > > CXX='/usr/bin/g++'
> > >> > > > > F77='/usr/bin/gfortran'
> > >> > > >
> > >> > > >
> > >> > > > but I do see pgi in your path:
> > >> > > >
> > >> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > >> > > >
> > >> > > >
> > >> > > > First, can you please confirm that the supporting
libraries were
> > >> > compiled
> > >> > > > using the GNU family of compilers? I believe they must
be since
> > you
> > >> > are
> > >> > > > using the compile_MET_all.sh script to compile, but I
wanted to
> > >> mention
> > >> > > it
> > >> > > > because it is important that MET's supporting libraries
and MET
> > are
> > >> > built
> > >> > > > with the same family of compilers. Assuming they were
all built
> > >> with
> > >> > the
> > >> > > > same family of compilers, could you please remove the PGI
> > reference
> > >> > from
> > >> > > > your path (and any other references in your .cshrc or
.bashrc
> > file),
> > >> > get
> > >> > > a
> > >> > > > clean shell, and rebuild MET and its supporting
libraries?
> > >> > > >
> > >> > > > Please let us know how that goes. Thank you!
> > >> > > >
> > >> > > > Julie
> > >> > > >
> > >> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari via
RT <
> > >> > > > met_help at ucar.edu> wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >
> > >> > > > >
> > >> > > > > Hi
> > >> > > > > I thought you were busy, thanks for the follow up and
here is
> > the
> > >> > > file:
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via RT
<
> > >> > > > met_help at ucar.edu>
> > >> > > > > wrote:
> > >> > > > >
> > >> > > > > > Unfortunately, I see that you attached the
"configure.log"
> > file,
> > >> > but
> > >> > > I
> > >> > > > > > actually need the "config.log" file. Could you
please send
> > that
> > >> > file
> > >> > > > to
> > >> > > > > > me? Thank you!
> > >> > > > > >
> > >> > > > > > Julie
> > >> > > > > >
> > >> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <
> > >> jpresto at ucar.edu
> > >> > >
> > >> > > > > wrote:
> > >> > > > > >
> > >> > > > > > > My apologies for the long delay. I just came to
this
> ticket
> > >> to
> > >> > > > follow
> > >> > > > > up
> > >> > > > > > > with you to see if you could send the config.log
file or
> if
> > >> you
> > >> > had
> > >> > > > > > > resolved the problem, when I saw that you sent this
> already
> > 6
> > >> > days
> > >> > > > ago.
> > >> > > > > > I
> > >> > > > > > > will take a look at it and will follow up with you.
> > >> > > > > > >
> > >> > > > > > > Julie
> > >> > > > > > >
> > >> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud
Khansari via
> > RT
> > >> <
> > >> > > > > > > met_help at ucar.edu> wrote:
> > >> > > > > > >
> > >> > > > > > >>
> > >> > > > > > >> <URL:
> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >> > > > > > >>
> > >> > > > > > >> Hi
> > >> > > > > > >>
> > >> > > > > > >> Thank you for your answer. Here is the
configure.log file
> > >> > > > > > >>
> > >> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik
via RT <
> > >> > > > > > >> met_help at ucar.edu>
> > >> > > > > > >> wrote:
> > >> > > > > > >>
> > >> > > > > > >> > Hi.
> > >> > > > > > >> >
> > >> > > > > > >> > I see that you are having trouble compiling MET
using
> > >> > > > > > >> > the compile_MET_all.sh script. Thank you for
sending
> > along
> > >> > your
> > >> > > > > > >> > configuration information and your make.log
file.
> Could
> > >> you
> > >> > > > please
> > >> > > > > > also
> > >> > > > > > >> > send the MET config.log file?
> > >> > > > > > >> >
> > >> > > > > > >> > Thank you!
> > >> > > > > > >> >
> > >> > > > > > >> > Julie
> > >> > > > > > >> >
> > >> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud
Khansari
> > via
> > >> RT
> > >> > <
> > >> > > > > > >> > met_help at ucar.edu> wrote:
> > >> > > > > > >> >
> > >> > > > > > >> > >
> > >> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was
acted
> upon.
> > >> > > > > > >> > > Transaction: Ticket created by
> > >> s.mahmoud.khansari at gmail.com
> > >> > > > > > >> > > Queue: met_help
> > >> > > > > > >> > > Subject: Question
> > >> > > > > > >> > > Owner: Nobody
> > >> > > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > >> > > > > > >> > > Status: new
> > >> > > > > > >> > > Ticket <URL:
> > >> > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > >> > > > > > >> >
> > >> > > > > > >> > >
> > >> > > > > > >> > >
> > >> > > > > > >> > > Dear sir/madam
> > >> > > > > > >> > > Hello
> > >> > > > > > >> > > I'm new to MET and METplus and I was trying to
> install
> > >> MET
> > >> > > with
> > >> > > > > > >> > > (compile_MET_all.sh) and I got an error in
make MET
> > and I
> > >> > > think
> > >> > > > > it's
> > >> > > > > > >> > about
> > >> > > > > > >> > > libgrib2c.a
> > >> > > > > > >> > > I was wondering if you just help me with that.
I will
> > >> send
> > >> > you
> > >> > > > the
> > >> > > > > > >> > machine
> > >> > > > > > >> > > that i use for compiling and the make.log
file.
> > >> > > > > > >> > > Thank you for your help
> > >> > > > > > >> > >
> > >> > > > > > >> > >
> > >> > > > > > >> >
> > >> > > > > > >> > --
> > >> > > > > > >> > Julie Prestopnik (she/her)
> > >> > > > > > >> > Software Engineer
> > >> > > > > > >> > National Center for Atmospheric Research
> > >> > > > > > >> > Research Applications Laboratory
> > >> > > > > > >> > Email: jpresto at ucar.edu
> > >> > > > > > >> >
> > >> > > > > > >> > My working day may not be your working day.
Please do
> > not
> > >> > feel
> > >> > > > > > obliged
> > >> > > > > > >> to
> > >> > > > > > >> > reply to this email outside of your normal
working
> hours.
> > >> > > > > > >> >
> > >> > > > > > >> >
> > >> > > > > > >>
> > >> > > > > > >>
> > >> > > > > > >
> > >> > > > > > > --
> > >> > > > > > > Julie Prestopnik (she/her)
> > >> > > > > > > Software Engineer
> > >> > > > > > > National Center for Atmospheric Research
> > >> > > > > > > Research Applications Laboratory
> > >> > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > >
> > >> > > > > > > My working day may not be your working day. Please
do not
> > >> feel
> > >> > > > obliged
> > >> > > > > > to
> > >> > > > > > > reply to this email outside of your normal working
hours.
> > >> > > > > > >
> > >> > > > > >
> > >> > > > > >
> > >> > > > > > --
> > >> > > > > > Julie Prestopnik (she/her)
> > >> > > > > > Software Engineer
> > >> > > > > > National Center for Atmospheric Research
> > >> > > > > > Research Applications Laboratory
> > >> > > > > > Email: jpresto at ucar.edu
> > >> > > > > >
> > >> > > > > > My working day may not be your working day. Please
do not
> > feel
> > >> > > obliged
> > >> > > > > to
> > >> > > > > > reply to this email outside of your normal working
hours.
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > > --
> > >> > > > Julie Prestopnik (she/her)
> > >> > > > Software Engineer
> > >> > > > National Center for Atmospheric Research
> > >> > > > Research Applications Laboratory
> > >> > > > Email: jpresto at ucar.edu
> > >> > > >
> > >> > > > My working day may not be your working day. Please do
not feel
> > >> obliged
> > >> > > to
> > >> > > > reply to this email outside of your normal working hours.
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> >
> > >> > --
> > >> > Julie Prestopnik (she/her)
> > >> > Software Engineer
> > >> > National Center for Atmospheric Research
> > >> > Research Applications Laboratory
> > >> > Email: jpresto at ucar.edu
> > >> >
> > >> > My working day may not be your working day. Please do not
feel
> > obliged
> > >> to
> > >> > reply to this email outside of your normal working hours.
> > >> >
> > >> >
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Seied mahmoud Khansari
Time: Sat Feb 27 05:07:19 2021
Hi
yes ,guess I saw this on github before I started connecting with you,
and
you know errors got worse.
this is the file compile_MET_all.sh that I changed
and also I tried to change the PATH of gcc like this, but still it
uses the
centos default compiler (version 4.8)
sorry Is it correct?
export PATH=/usr/local/bin:$PATH
export LD_LIBRARY_PATH=/usr/local/lib64:$LD_LIBRARY_PATH
Thanks alot
On Fri, Feb 26, 2021 at 5:52 AM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hello again. As I was researching this problem, I came across
something
> else you could try. In compile_MET_all.sh in the "Compile MET"
section,
> you could try changing:
>
> export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
>
> to
>
> > export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz -lpgc"
>
>
> and try recompiling to see if that works. Please let us know how
that
> goes if you decide to try that out.
>
> Thanks!
>
> Julie
>
> On Wed, Feb 24, 2021 at 2:56 AM Seied mahmoud Khansari via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >
> > Hi, It's very kind of you to help me with this. you know I tried
> > > export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\
-ldl\
> > -lutil\
> > > -lm\ -Xlinker\ -export-dynamic
> > and it didn't work again and it gave me the same error message.
> > I also installed the newer gcc version that took some time from
me. here
> is
> > the new version:
> >
> > > [test at localhost MET]$ gcc --version
> > gcc (GCC) 7.3.0
> > Copyright (C) 2017 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.
There is
> NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
> >
> > I'm not sure if i have done the right thing for installing gcc but
still
> > MET can not be installed.
> >
> >
> >
> >
> > On Tue, Feb 23, 2021 at 7:54 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hi. I just wanted to check in to see if you've been able to
make some
> > > progress with the MET installation. Please let us know if you
still
> need
> > > assistance.
> > >
> > > Julie
> > >
> > > On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> > >
> > > > Thank you for letting me know that you created a new user that
had a
> > > clean
> > > > bash environment. I see that the same problem exists, but
this time
> > > there
> > > > are no references to pgi in your config.log file. This is not
a
> > > situation
> > > > I have seen previously.
> > > >
> > > > I took a look at your files and noticed one issue that needs
to be
> > fixed.
> > > > In your "Machine" file you have set:
> > > >
> > > >> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\ -lpthread\
-ldl\
> > > -lutil\
> > > >> -lm\ -Xlinker\ -export-dynamic
> > > >
> > > > However, there is a missing backslash after /usr/lib64, so the
rest
> of
> > > the
> > > > items are not being accounted for. Please change the line to:
> > > >
> > > >> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\
-ldl\
> > > >> -lutil\ -lm\ -Xlinker\ -export-dynamic
> > > >
> > > > and see if that has any effect on the problem you're having.
> > > >
> > > > Also, I noticed that you are using an older version (4.8.5) of
the
> gcc
> > > > compiler, which is from 20150623. I compared your config.log
file
> with
> > > one
> > > > on a local machine here. They do look comparable, excluding
the
> above
> > > > issue, but we were using gcc version 6.3.0. Do you happen to
have a
> > > newer
> > > > version of the compiler that you could use? That could
potentially
> > > > eliminate the problem you are experiencing.
> > > >
> > > > Please let us know how it goes. Thank you for your patience
as we
> work
> > > > through these issues.
> > > >
> > > > Julie
> > > >
> > > > On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via RT
<
> > > > met_help at ucar.edu> wrote:
> > > >
> > > >>
> > > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>
> > > >>
> > > >> I tried another thing and I wanted to check with you if it is
> > possible.
> > > I
> > > >> created a new user that had a clean bash I guess, I tried to
install
> > MET
> > > >> in
> > > >> that user with gnu compiler, but again I got the same error
> messages I
> > > >> think. I wanted to know if it works or not?
> > > >>
> > > >>
> > > >> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT <
> > > >> met_help at ucar.edu>
> > > >> wrote:
> > > >>
> > > >> > Hi.
> > > >> >
> > > >> >
> > > >> > > is it necessary to install MET and WRF model with the
same
> > compiler?
> > > >> > >
> > > >> > It is *not* necessary for MET and the WRF model to be
compiled
> with
> > > the
> > > >> > same compiler. It *is* important that all of MET's
dependent
> > > libraries
> > > >> are
> > > >> > compiled with the same compiler used to compile MET. I
believe
> that
> > > MET
> > > >> > and WRF both depend on NetCDF4/HDF5. If it is important
for WRF
> to
> > be
> > > >> > compiled with the same family of compilers that its
dependencies
> > were
> > > >> > compiled with, then it may be necessary for MET and WRF to
be
> > compiled
> > > >> with
> > > >> > the same compiler.
> > > >> >
> > > >> > We've seen this same problem you are experiencing in
compiling MET
> > > with
> > > >> the
> > > >> > pgi compiler with PGI version 17.4:
> > > >> >
> > > >> > From make.log:
> > > >> > "is_bad_data.h", line 41: error: more than one instance of
> > overloaded
> > > >> > function
> > > >> > "isnan" matches the argument list:
> > > >> > function "isnan(double)"
> > > >> > function "std::isnan(double)"
> > > >> > argument types are: (double)
> > > >> > if(fabs(a - bad_data_double) < default_tol ||
isnan(a))
> > > return(1);
> > > >> > ^
> > > >> > From config.log:
> > > >> > PATH: /opt/pgi/linux86-64/17.4/bin
> > > >> >
> > > >> > Previously, a member of our MET team was able to compile an
older
> > > >> version
> > > >> > of MET successfully with PGI version 17.9 using pgc++ and
pgf90.
> Do
> > > you
> > > >> > have a later version of the PGI compiler that you could
try, if
> you
> > > >> need to
> > > >> > compile with PGI? However, please note that we do have an
> > outstanding
> > > >> > GitHub issue as MET does not currently compile with version
19:
> > > >> > https://github.com/dtcenter/MET/issues/1317
> > > >> >
> > > >> > We typically use the GNU or Intel family of compilers to
compile
> MET
> > > and
> > > >> > its dependent libraries, as opposed to PGI.
> > > >> >
> > > >> > With regard to the suggestion to remove the PGI reference
from
> your
> > > path
> > > >> > (and any other references in your .cshrc or .bashrc file),
get a
> > clean
> > > >> > shell, and rebuild MET and its supporting libraries and
your
> worries
> > > >> about
> > > >> > cleaning bash and
> > > >> > having problems with WRF, I understand your concern. The
> suggestion
> > > to
> > > >> > remove it from your path would only need to be a temporary
one for
> > the
> > > >> > building of MET and its libraries. You should be able add
it back
> > in
> > > >> after
> > > >> > MET and its libraries were compiled. However, please keep
in mind
> > the
> > > >> > compilation of NetCDF as described above, which both MET
and WRF
> > > depend
> > > >> on.
> > > >> >
> > > >> > Julie
> > > >> >
> > > >> >
> > > >> >
> > > >> >
> > > >> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via
RT <
> > > >> > met_help at ucar.edu> wrote:
> > > >> >
> > > >> > >
> > > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > >> > >
> > > >> > > Hi
> > > >> > >
> > > >> > > thanks again for your help. As you said I have PGI in my
path
> cus
> > I
> > > am
> > > >> > > using WRF model with PGI compiler. I'm worried about
cleaning
> bash
> > > and
> > > >> > > having problems with wrf.
> > > >> > > I tried to install met and other libraries with PGI but
it had
> > > errors
> > > >> > too.
> > > >> > > Sorry about the question, is it necessary to install MET
and WRF
> > > model
> > > >> > with
> > > >> > > the same compiler?
> > > >> > >
> > > >> > > here are the files with pgi compiler
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT <
> > > >> > met_help at ucar.edu>
> > > >> > > wrote:
> > > >> > >
> > > >> > > > Thank you!
> > > >> > > >
> > > >> > > > In the make.log file, I see:
> > > >> > > >
> > > >> > > > > /usr/bin/ld:
> > > >> > /home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > > >> > > > > undefined reference to symbol '__c_mzero4'
> > > >> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error adding
> symbols:
> > > DSO
> > > >> > > > missing
> > > >> > > > > from command line
> > > >> > > >
> > > >> > > >
> > > >> > > > There is a reference to the pgi family of compilers
> "/opt/pgi/".
> > > >> > > >
> > > >> > > > I can see in your config.log file that you are using
the GNU
> > > family
> > > >> of
> > > >> > > > compilers:
> > > >> > > >
> > > >> > > > > CC='/usr/bin/gcc'
> > > >> > > > > CXX='/usr/bin/g++'
> > > >> > > > > F77='/usr/bin/gfortran'
> > > >> > > >
> > > >> > > >
> > > >> > > > but I do see pgi in your path:
> > > >> > > >
> > > >> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > > >> > > >
> > > >> > > >
> > > >> > > > First, can you please confirm that the supporting
libraries
> were
> > > >> > compiled
> > > >> > > > using the GNU family of compilers? I believe they must
be
> since
> > > you
> > > >> > are
> > > >> > > > using the compile_MET_all.sh script to compile, but I
wanted
> to
> > > >> mention
> > > >> > > it
> > > >> > > > because it is important that MET's supporting libraries
and
> MET
> > > are
> > > >> > built
> > > >> > > > with the same family of compilers. Assuming they were
all
> built
> > > >> with
> > > >> > the
> > > >> > > > same family of compilers, could you please remove the
PGI
> > > reference
> > > >> > from
> > > >> > > > your path (and any other references in your .cshrc or
.bashrc
> > > file),
> > > >> > get
> > > >> > > a
> > > >> > > > clean shell, and rebuild MET and its supporting
libraries?
> > > >> > > >
> > > >> > > > Please let us know how that goes. Thank you!
> > > >> > > >
> > > >> > > > Julie
> > > >> > > >
> > > >> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari
via RT <
> > > >> > > > met_help at ucar.edu> wrote:
> > > >> > > >
> > > >> > > > >
> > > >> > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > >
> > > >> > > > >
> > > >> > > > > Hi
> > > >> > > > > I thought you were busy, thanks for the follow up
and here
> is
> > > the
> > > >> > > file:
> > > >> > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via
RT <
> > > >> > > > met_help at ucar.edu>
> > > >> > > > > wrote:
> > > >> > > > >
> > > >> > > > > > Unfortunately, I see that you attached the
"configure.log"
> > > file,
> > > >> > but
> > > >> > > I
> > > >> > > > > > actually need the "config.log" file. Could you
please
> send
> > > that
> > > >> > file
> > > >> > > > to
> > > >> > > > > > me? Thank you!
> > > >> > > > > >
> > > >> > > > > > Julie
> > > >> > > > > >
> > > >> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik <
> > > >> jpresto at ucar.edu
> > > >> > >
> > > >> > > > > wrote:
> > > >> > > > > >
> > > >> > > > > > > My apologies for the long delay. I just came to
this
> > ticket
> > > >> to
> > > >> > > > follow
> > > >> > > > > up
> > > >> > > > > > > with you to see if you could send the config.log
file or
> > if
> > > >> you
> > > >> > had
> > > >> > > > > > > resolved the problem, when I saw that you sent
this
> > already
> > > 6
> > > >> > days
> > > >> > > > ago.
> > > >> > > > > > I
> > > >> > > > > > > will take a look at it and will follow up with
you.
> > > >> > > > > > >
> > > >> > > > > > > Julie
> > > >> > > > > > >
> > > >> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud
Khansari
> via
> > > RT
> > > >> <
> > > >> > > > > > > met_help at ucar.edu> wrote:
> > > >> > > > > > >
> > > >> > > > > > >>
> > > >> > > > > > >> <URL:
> > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > >> > > > > > >>
> > > >> > > > > > >> Hi
> > > >> > > > > > >>
> > > >> > > > > > >> Thank you for your answer. Here is the
configure.log
> file
> > > >> > > > > > >>
> > > >> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie Prestopnik
via
> RT <
> > > >> > > > > > >> met_help at ucar.edu>
> > > >> > > > > > >> wrote:
> > > >> > > > > > >>
> > > >> > > > > > >> > Hi.
> > > >> > > > > > >> >
> > > >> > > > > > >> > I see that you are having trouble compiling
MET using
> > > >> > > > > > >> > the compile_MET_all.sh script. Thank you for
sending
> > > along
> > > >> > your
> > > >> > > > > > >> > configuration information and your make.log
file.
> > Could
> > > >> you
> > > >> > > > please
> > > >> > > > > > also
> > > >> > > > > > >> > send the MET config.log file?
> > > >> > > > > > >> >
> > > >> > > > > > >> > Thank you!
> > > >> > > > > > >> >
> > > >> > > > > > >> > Julie
> > > >> > > > > > >> >
> > > >> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied mahmoud
> Khansari
> > > via
> > > >> RT
> > > >> > <
> > > >> > > > > > >> > met_help at ucar.edu> wrote:
> > > >> > > > > > >> >
> > > >> > > > > > >> > >
> > > >> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387 was
acted
> > upon.
> > > >> > > > > > >> > > Transaction: Ticket created by
> > > >> s.mahmoud.khansari at gmail.com
> > > >> > > > > > >> > > Queue: met_help
> > > >> > > > > > >> > > Subject: Question
> > > >> > > > > > >> > > Owner: Nobody
> > > >> > > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > > >> > > > > > >> > > Status: new
> > > >> > > > > > >> > > Ticket <URL:
> > > >> > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > >> > > > > > >> >
> > > >> > > > > > >> > >
> > > >> > > > > > >> > >
> > > >> > > > > > >> > > Dear sir/madam
> > > >> > > > > > >> > > Hello
> > > >> > > > > > >> > > I'm new to MET and METplus and I was trying
to
> > install
> > > >> MET
> > > >> > > with
> > > >> > > > > > >> > > (compile_MET_all.sh) and I got an error in
make MET
> > > and I
> > > >> > > think
> > > >> > > > > it's
> > > >> > > > > > >> > about
> > > >> > > > > > >> > > libgrib2c.a
> > > >> > > > > > >> > > I was wondering if you just help me with
that. I
> will
> > > >> send
> > > >> > you
> > > >> > > > the
> > > >> > > > > > >> > machine
> > > >> > > > > > >> > > that i use for compiling and the make.log
file.
> > > >> > > > > > >> > > Thank you for your help
> > > >> > > > > > >> > >
> > > >> > > > > > >> > >
> > > >> > > > > > >> >
> > > >> > > > > > >> > --
> > > >> > > > > > >> > Julie Prestopnik (she/her)
> > > >> > > > > > >> > Software Engineer
> > > >> > > > > > >> > National Center for Atmospheric Research
> > > >> > > > > > >> > Research Applications Laboratory
> > > >> > > > > > >> > Email: jpresto at ucar.edu
> > > >> > > > > > >> >
> > > >> > > > > > >> > My working day may not be your working day.
Please
> do
> > > not
> > > >> > feel
> > > >> > > > > > obliged
> > > >> > > > > > >> to
> > > >> > > > > > >> > reply to this email outside of your normal
working
> > hours.
> > > >> > > > > > >> >
> > > >> > > > > > >> >
> > > >> > > > > > >>
> > > >> > > > > > >>
> > > >> > > > > > >
> > > >> > > > > > > --
> > > >> > > > > > > Julie Prestopnik (she/her)
> > > >> > > > > > > Software Engineer
> > > >> > > > > > > National Center for Atmospheric Research
> > > >> > > > > > > Research Applications Laboratory
> > > >> > > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > >
> > > >> > > > > > > My working day may not be your working day.
Please do
> not
> > > >> feel
> > > >> > > > obliged
> > > >> > > > > > to
> > > >> > > > > > > reply to this email outside of your normal
working
> hours.
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > > > --
> > > >> > > > > > Julie Prestopnik (she/her)
> > > >> > > > > > Software Engineer
> > > >> > > > > > National Center for Atmospheric Research
> > > >> > > > > > Research Applications Laboratory
> > > >> > > > > > Email: jpresto at ucar.edu
> > > >> > > > > >
> > > >> > > > > > My working day may not be your working day. Please
do not
> > > feel
> > > >> > > obliged
> > > >> > > > > to
> > > >> > > > > > reply to this email outside of your normal working
hours.
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > > > --
> > > >> > > > Julie Prestopnik (she/her)
> > > >> > > > Software Engineer
> > > >> > > > National Center for Atmospheric Research
> > > >> > > > Research Applications Laboratory
> > > >> > > > Email: jpresto at ucar.edu
> > > >> > > >
> > > >> > > > My working day may not be your working day. Please do
not
> feel
> > > >> obliged
> > > >> > > to
> > > >> > > > reply to this email outside of your normal working
hours.
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >> >
> > > >> > --
> > > >> > Julie Prestopnik (she/her)
> > > >> > Software Engineer
> > > >> > National Center for Atmospheric Research
> > > >> > Research Applications Laboratory
> > > >> > Email: jpresto at ucar.edu
> > > >> >
> > > >> > My working day may not be your working day. Please do not
feel
> > > obliged
> > > >> to
> > > >> > reply to this email outside of your normal working hours.
> > > >> >
> > > >> >
> > > >>
> > > >>
> > > >
> > > > --
> > > > Julie Prestopnik (she/her)
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Mon Mar 01 09:37:54 2021
Thank you for attaching the compile_MET_all.sh file and the config.log
file. I have attached a newer version of the compile_MET_all.sh
script for
you to use (you may need to make it executable after downloading and
unpacking it). With this script you should be able to set the path to
the
GCC compilers. For example, you should be able to add the following
to
your "Machine" file, replacing <path to> with your path to the gcc
version
7.3.0 tools (gcc, g++, and gfortran):
export CC=<path to>/gcc
export CXX=<path to>/g++
export FC=<path to>/gfortran
The script should then be able to compile with the newer version.
Please
let us know how it goes.
Julie
On Sat, Feb 27, 2021 at 5:07 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> Hi
> yes ,guess I saw this on github before I started connecting with
you, and
> you know errors got worse.
> this is the file compile_MET_all.sh that I changed
>
> and also I tried to change the PATH of gcc like this, but still it
uses the
> centos default compiler (version 4.8)
> sorry Is it correct?
>
> export PATH=/usr/local/bin:$PATH
> export LD_LIBRARY_PATH=/usr/local/lib64:$LD_LIBRARY_PATH
>
> Thanks alot
>
>
> On Fri, Feb 26, 2021 at 5:52 AM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hello again. As I was researching this problem, I came across
something
> > else you could try. In compile_MET_all.sh in the "Compile MET"
section,
> > you could try changing:
> >
> > export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> >
> > to
> >
> > > export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz -lpgc"
> >
> >
> > and try recompiling to see if that works. Please let us know how
that
> > goes if you decide to try that out.
> >
> > Thanks!
> >
> > Julie
> >
> > On Wed, Feb 24, 2021 at 2:56 AM Seied mahmoud Khansari via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >
> > > Hi, It's very kind of you to help me with this. you know I tried
> > > > export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\
-ldl\
> > > -lutil\
> > > > -lm\ -Xlinker\ -export-dynamic
> > > and it didn't work again and it gave me the same error message.
> > > I also installed the newer gcc version that took some time from
me.
> here
> > is
> > > the new version:
> > >
> > > > [test at localhost MET]$ gcc --version
> > > gcc (GCC) 7.3.0
> > > Copyright (C) 2017 Free Software Foundation, Inc.
> > > This is free software; see the source for copying conditions.
There is
> > NO
> > > warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR
> > PURPOSE.
> > >
> > > I'm not sure if i have done the right thing for installing gcc
but
> still
> > > MET can not be installed.
> > >
> > >
> > >
> > >
> > > On Tue, Feb 23, 2021 at 7:54 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hi. I just wanted to check in to see if you've been able to
make
> some
> > > > progress with the MET installation. Please let us know if you
still
> > need
> > > > assistance.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik
<jpresto at ucar.edu>
> > > wrote:
> > > >
> > > > > Thank you for letting me know that you created a new user
that had
> a
> > > > clean
> > > > > bash environment. I see that the same problem exists, but
this
> time
> > > > there
> > > > > are no references to pgi in your config.log file. This is
not a
> > > > situation
> > > > > I have seen previously.
> > > > >
> > > > > I took a look at your files and noticed one issue that needs
to be
> > > fixed.
> > > > > In your "Machine" file you have set:
> > > > >
> > > > >> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\ -lpthread\
-ldl\
> > > > -lutil\
> > > > >> -lm\ -Xlinker\ -export-dynamic
> > > > >
> > > > > However, there is a missing backslash after /usr/lib64, so
the rest
> > of
> > > > the
> > > > > items are not being accounted for. Please change the line
to:
> > > > >
> > > > >> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\
-ldl\
> > > > >> -lutil\ -lm\ -Xlinker\ -export-dynamic
> > > > >
> > > > > and see if that has any effect on the problem you're having.
> > > > >
> > > > > Also, I noticed that you are using an older version (4.8.5)
of the
> > gcc
> > > > > compiler, which is from 20150623. I compared your
config.log file
> > with
> > > > one
> > > > > on a local machine here. They do look comparable, excluding
the
> > above
> > > > > issue, but we were using gcc version 6.3.0. Do you happen
to have
> a
> > > > newer
> > > > > version of the compiler that you could use? That could
potentially
> > > > > eliminate the problem you are experiencing.
> > > > >
> > > > > Please let us know how it goes. Thank you for your patience
as we
> > work
> > > > > through these issues.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via
RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > >>
> > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > >>
> > > > >> I tried another thing and I wanted to check with you if it
is
> > > possible.
> > > > I
> > > > >> created a new user that had a clean bash I guess, I tried
to
> install
> > > MET
> > > > >> in
> > > > >> that user with gnu compiler, but again I got the same error
> > messages I
> > > > >> think. I wanted to know if it works or not?
> > > > >>
> > > > >>
> > > > >> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT <
> > > > >> met_help at ucar.edu>
> > > > >> wrote:
> > > > >>
> > > > >> > Hi.
> > > > >> >
> > > > >> >
> > > > >> > > is it necessary to install MET and WRF model with the
same
> > > compiler?
> > > > >> > >
> > > > >> > It is *not* necessary for MET and the WRF model to be
compiled
> > with
> > > > the
> > > > >> > same compiler. It *is* important that all of MET's
dependent
> > > > libraries
> > > > >> are
> > > > >> > compiled with the same compiler used to compile MET. I
believe
> > that
> > > > MET
> > > > >> > and WRF both depend on NetCDF4/HDF5. If it is important
for WRF
> > to
> > > be
> > > > >> > compiled with the same family of compilers that its
dependencies
> > > were
> > > > >> > compiled with, then it may be necessary for MET and WRF
to be
> > > compiled
> > > > >> with
> > > > >> > the same compiler.
> > > > >> >
> > > > >> > We've seen this same problem you are experiencing in
compiling
> MET
> > > > with
> > > > >> the
> > > > >> > pgi compiler with PGI version 17.4:
> > > > >> >
> > > > >> > From make.log:
> > > > >> > "is_bad_data.h", line 41: error: more than one instance
of
> > > overloaded
> > > > >> > function
> > > > >> > "isnan" matches the argument list:
> > > > >> > function "isnan(double)"
> > > > >> > function "std::isnan(double)"
> > > > >> > argument types are: (double)
> > > > >> > if(fabs(a - bad_data_double) < default_tol ||
isnan(a))
> > > > return(1);
> > > > >> > ^
> > > > >> > From config.log:
> > > > >> > PATH: /opt/pgi/linux86-64/17.4/bin
> > > > >> >
> > > > >> > Previously, a member of our MET team was able to compile
an
> older
> > > > >> version
> > > > >> > of MET successfully with PGI version 17.9 using pgc++ and
pgf90.
> > Do
> > > > you
> > > > >> > have a later version of the PGI compiler that you could
try, if
> > you
> > > > >> need to
> > > > >> > compile with PGI? However, please note that we do have
an
> > > outstanding
> > > > >> > GitHub issue as MET does not currently compile with
version 19:
> > > > >> > https://github.com/dtcenter/MET/issues/1317
> > > > >> >
> > > > >> > We typically use the GNU or Intel family of compilers to
compile
> > MET
> > > > and
> > > > >> > its dependent libraries, as opposed to PGI.
> > > > >> >
> > > > >> > With regard to the suggestion to remove the PGI reference
from
> > your
> > > > path
> > > > >> > (and any other references in your .cshrc or .bashrc
file), get a
> > > clean
> > > > >> > shell, and rebuild MET and its supporting libraries and
your
> > worries
> > > > >> about
> > > > >> > cleaning bash and
> > > > >> > having problems with WRF, I understand your concern. The
> > suggestion
> > > > to
> > > > >> > remove it from your path would only need to be a
temporary one
> for
> > > the
> > > > >> > building of MET and its libraries. You should be able
add it
> back
> > > in
> > > > >> after
> > > > >> > MET and its libraries were compiled. However, please
keep in
> mind
> > > the
> > > > >> > compilation of NetCDF as described above, which both MET
and WRF
> > > > depend
> > > > >> on.
> > > > >> >
> > > > >> > Julie
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari via
RT <
> > > > >> > met_help at ucar.edu> wrote:
> > > > >> >
> > > > >> > >
> > > > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >
> > > > >> > >
> > > > >> > > Hi
> > > > >> > >
> > > > >> > > thanks again for your help. As you said I have PGI in
my path
> > cus
> > > I
> > > > am
> > > > >> > > using WRF model with PGI compiler. I'm worried about
cleaning
> > bash
> > > > and
> > > > >> > > having problems with wrf.
> > > > >> > > I tried to install met and other libraries with PGI but
it had
> > > > errors
> > > > >> > too.
> > > > >> > > Sorry about the question, is it necessary to install
MET and
> WRF
> > > > model
> > > > >> > with
> > > > >> > > the same compiler?
> > > > >> > >
> > > > >> > > here are the files with pgi compiler
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via RT
<
> > > > >> > met_help at ucar.edu>
> > > > >> > > wrote:
> > > > >> > >
> > > > >> > > > Thank you!
> > > > >> > > >
> > > > >> > > > In the make.log file, I see:
> > > > >> > > >
> > > > >> > > > > /usr/bin/ld:
> > > > >> >
/home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > > > >> > > > > undefined reference to symbol '__c_mzero4'
> > > > >> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error
adding
> > symbols:
> > > > DSO
> > > > >> > > > missing
> > > > >> > > > > from command line
> > > > >> > > >
> > > > >> > > >
> > > > >> > > > There is a reference to the pgi family of compilers
> > "/opt/pgi/".
> > > > >> > > >
> > > > >> > > > I can see in your config.log file that you are using
the GNU
> > > > family
> > > > >> of
> > > > >> > > > compilers:
> > > > >> > > >
> > > > >> > > > > CC='/usr/bin/gcc'
> > > > >> > > > > CXX='/usr/bin/g++'
> > > > >> > > > > F77='/usr/bin/gfortran'
> > > > >> > > >
> > > > >> > > >
> > > > >> > > > but I do see pgi in your path:
> > > > >> > > >
> > > > >> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > > > >> > > >
> > > > >> > > >
> > > > >> > > > First, can you please confirm that the supporting
libraries
> > were
> > > > >> > compiled
> > > > >> > > > using the GNU family of compilers? I believe they
must be
> > since
> > > > you
> > > > >> > are
> > > > >> > > > using the compile_MET_all.sh script to compile, but I
wanted
> > to
> > > > >> mention
> > > > >> > > it
> > > > >> > > > because it is important that MET's supporting
libraries and
> > MET
> > > > are
> > > > >> > built
> > > > >> > > > with the same family of compilers. Assuming they
were all
> > built
> > > > >> with
> > > > >> > the
> > > > >> > > > same family of compilers, could you please remove the
PGI
> > > > reference
> > > > >> > from
> > > > >> > > > your path (and any other references in your .cshrc or
> .bashrc
> > > > file),
> > > > >> > get
> > > > >> > > a
> > > > >> > > > clean shell, and rebuild MET and its supporting
libraries?
> > > > >> > > >
> > > > >> > > > Please let us know how that goes. Thank you!
> > > > >> > > >
> > > > >> > > > Julie
> > > > >> > > >
> > > > >> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud Khansari
via
> RT <
> > > > >> > > > met_help at ucar.edu> wrote:
> > > > >> > > >
> > > > >> > > > >
> > > > >> > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > >
> > > > >> > > > >
> > > > >> > > > > Hi
> > > > >> > > > > I thought you were busy, thanks for the follow up
and
> here
> > is
> > > > the
> > > > >> > > file:
> > > > >> > > > >
> > > > >> > > > >
> > > > >> > > > >
> > > > >> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik via
RT <
> > > > >> > > > met_help at ucar.edu>
> > > > >> > > > > wrote:
> > > > >> > > > >
> > > > >> > > > > > Unfortunately, I see that you attached the
> "configure.log"
> > > > file,
> > > > >> > but
> > > > >> > > I
> > > > >> > > > > > actually need the "config.log" file. Could you
please
> > send
> > > > that
> > > > >> > file
> > > > >> > > > to
> > > > >> > > > > > me? Thank you!
> > > > >> > > > > >
> > > > >> > > > > > Julie
> > > > >> > > > > >
> > > > >> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie Prestopnik
<
> > > > >> jpresto at ucar.edu
> > > > >> > >
> > > > >> > > > > wrote:
> > > > >> > > > > >
> > > > >> > > > > > > My apologies for the long delay. I just came
to this
> > > ticket
> > > > >> to
> > > > >> > > > follow
> > > > >> > > > > up
> > > > >> > > > > > > with you to see if you could send the
config.log file
> or
> > > if
> > > > >> you
> > > > >> > had
> > > > >> > > > > > > resolved the problem, when I saw that you sent
this
> > > already
> > > > 6
> > > > >> > days
> > > > >> > > > ago.
> > > > >> > > > > > I
> > > > >> > > > > > > will take a look at it and will follow up with
you.
> > > > >> > > > > > >
> > > > >> > > > > > > Julie
> > > > >> > > > > > >
> > > > >> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud
Khansari
> > via
> > > > RT
> > > > >> <
> > > > >> > > > > > > met_help at ucar.edu> wrote:
> > > > >> > > > > > >
> > > > >> > > > > > >>
> > > > >> > > > > > >> <URL:
> > > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > >> > > > > > >>
> > > > >> > > > > > >> Hi
> > > > >> > > > > > >>
> > > > >> > > > > > >> Thank you for your answer. Here is the
configure.log
> > file
> > > > >> > > > > > >>
> > > > >> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie
Prestopnik via
> > RT <
> > > > >> > > > > > >> met_help at ucar.edu>
> > > > >> > > > > > >> wrote:
> > > > >> > > > > > >>
> > > > >> > > > > > >> > Hi.
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > I see that you are having trouble compiling
MET
> using
> > > > >> > > > > > >> > the compile_MET_all.sh script. Thank you
for
> sending
> > > > along
> > > > >> > your
> > > > >> > > > > > >> > configuration information and your make.log
file.
> > > Could
> > > > >> you
> > > > >> > > > please
> > > > >> > > > > > also
> > > > >> > > > > > >> > send the MET config.log file?
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > Thank you!
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > Julie
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied
mahmoud
> > Khansari
> > > > via
> > > > >> RT
> > > > >> > <
> > > > >> > > > > > >> > met_help at ucar.edu> wrote:
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > >
> > > > >> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387
was acted
> > > upon.
> > > > >> > > > > > >> > > Transaction: Ticket created by
> > > > >> s.mahmoud.khansari at gmail.com
> > > > >> > > > > > >> > > Queue: met_help
> > > > >> > > > > > >> > > Subject: Question
> > > > >> > > > > > >> > > Owner: Nobody
> > > > >> > > > > > >> > > Requestors: s.mahmoud.khansari at gmail.com
> > > > >> > > > > > >> > > Status: new
> > > > >> > > > > > >> > > Ticket <URL:
> > > > >> > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > >
> > > > >> > > > > > >> > >
> > > > >> > > > > > >> > > Dear sir/madam
> > > > >> > > > > > >> > > Hello
> > > > >> > > > > > >> > > I'm new to MET and METplus and I was
trying to
> > > install
> > > > >> MET
> > > > >> > > with
> > > > >> > > > > > >> > > (compile_MET_all.sh) and I got an error in
make
> MET
> > > > and I
> > > > >> > > think
> > > > >> > > > > it's
> > > > >> > > > > > >> > about
> > > > >> > > > > > >> > > libgrib2c.a
> > > > >> > > > > > >> > > I was wondering if you just help me with
that. I
> > will
> > > > >> send
> > > > >> > you
> > > > >> > > > the
> > > > >> > > > > > >> > machine
> > > > >> > > > > > >> > > that i use for compiling and the make.log
file.
> > > > >> > > > > > >> > > Thank you for your help
> > > > >> > > > > > >> > >
> > > > >> > > > > > >> > >
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > --
> > > > >> > > > > > >> > Julie Prestopnik (she/her)
> > > > >> > > > > > >> > Software Engineer
> > > > >> > > > > > >> > National Center for Atmospheric Research
> > > > >> > > > > > >> > Research Applications Laboratory
> > > > >> > > > > > >> > Email: jpresto at ucar.edu
> > > > >> > > > > > >> >
> > > > >> > > > > > >> > My working day may not be your working day.
Please
> > do
> > > > not
> > > > >> > feel
> > > > >> > > > > > obliged
> > > > >> > > > > > >> to
> > > > >> > > > > > >> > reply to this email outside of your normal
working
> > > hours.
> > > > >> > > > > > >> >
> > > > >> > > > > > >> >
> > > > >> > > > > > >>
> > > > >> > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > > > --
> > > > >> > > > > > > Julie Prestopnik (she/her)
> > > > >> > > > > > > Software Engineer
> > > > >> > > > > > > National Center for Atmospheric Research
> > > > >> > > > > > > Research Applications Laboratory
> > > > >> > > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > >
> > > > >> > > > > > > My working day may not be your working day.
Please do
> > not
> > > > >> feel
> > > > >> > > > obliged
> > > > >> > > > > > to
> > > > >> > > > > > > reply to this email outside of your normal
working
> > hours.
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > > > --
> > > > >> > > > > > Julie Prestopnik (she/her)
> > > > >> > > > > > Software Engineer
> > > > >> > > > > > National Center for Atmospheric Research
> > > > >> > > > > > Research Applications Laboratory
> > > > >> > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > >
> > > > >> > > > > > My working day may not be your working day.
Please do
> not
> > > > feel
> > > > >> > > obliged
> > > > >> > > > > to
> > > > >> > > > > > reply to this email outside of your normal
working
> hours.
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > > > --
> > > > >> > > > Julie Prestopnik (she/her)
> > > > >> > > > Software Engineer
> > > > >> > > > National Center for Atmospheric Research
> > > > >> > > > Research Applications Laboratory
> > > > >> > > > Email: jpresto at ucar.edu
> > > > >> > > >
> > > > >> > > > My working day may not be your working day. Please
do not
> > feel
> > > > >> obliged
> > > > >> > > to
> > > > >> > > > reply to this email outside of your normal working
hours.
> > > > >> > > >
> > > > >> > > >
> > > > >> > >
> > > > >> > >
> > > > >> >
> > > > >> > --
> > > > >> > Julie Prestopnik (she/her)
> > > > >> > Software Engineer
> > > > >> > National Center for Atmospheric Research
> > > > >> > Research Applications Laboratory
> > > > >> > Email: jpresto at ucar.edu
> > > > >> >
> > > > >> > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > >> to
> > > > >> > reply to this email outside of your normal working hours.
> > > > >> >
> > > > >> >
> > > > >>
> > > > >>
> > > > >
> > > > > --
> > > > > Julie Prestopnik (she/her)
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik (she/her)
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Question
From: Seied mahmoud Khansari
Time: Sun Mar 07 00:25:07 2021
hello again
thank you a lot for customizing compile_MET file for me
I change the machine and added what you said in that. but it didnt
worked.
I wanted to ask you whether the gcc, gfortran, and g++ are at the same
address??
or could it be a problem with gcc version?
On Mon, Mar 1, 2021 at 8:07 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Thank you for attaching the compile_MET_all.sh file and the
config.log
> file. I have attached a newer version of the compile_MET_all.sh
script for
> you to use (you may need to make it executable after downloading and
> unpacking it). With this script you should be able to set the path
to the
> GCC compilers. For example, you should be able to add the following
to
> your "Machine" file, replacing <path to> with your path to the gcc
version
> 7.3.0 tools (gcc, g++, and gfortran):
>
> export CC=<path to>/gcc
> export CXX=<path to>/g++
> export FC=<path to>/gfortran
>
> The script should then be able to compile with the newer version.
Please
> let us know how it goes.
>
> Julie
>
> On Sat, Feb 27, 2021 at 5:07 AM Seied mahmoud Khansari via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> >
> > Hi
> > yes ,guess I saw this on github before I started connecting with
you, and
> > you know errors got worse.
> > this is the file compile_MET_all.sh that I changed
> >
> > and also I tried to change the PATH of gcc like this, but still it
uses
> the
> > centos default compiler (version 4.8)
> > sorry Is it correct?
> >
> > export PATH=/usr/local/bin:$PATH
> > export LD_LIBRARY_PATH=/usr/local/lib64:$LD_LIBRARY_PATH
> >
> > Thanks alot
> >
> >
> > On Fri, Feb 26, 2021 at 5:52 AM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hello again. As I was researching this problem, I came across
> something
> > > else you could try. In compile_MET_all.sh in the "Compile MET"
> section,
> > > you could try changing:
> > >
> > > export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> > >
> > > to
> > >
> > > > export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz -lpgc"
> > >
> > >
> > > and try recompiling to see if that works. Please let us know
how that
> > > goes if you decide to try that out.
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Wed, Feb 24, 2021 at 2:56 AM Seied mahmoud Khansari via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>
> > > >
> > > > Hi, It's very kind of you to help me with this. you know I
tried
> > > > > export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\ -lpthread\
-ldl\
> > > > -lutil\
> > > > > -lm\ -Xlinker\ -export-dynamic
> > > > and it didn't work again and it gave me the same error
message.
> > > > I also installed the newer gcc version that took some time
from me.
> > here
> > > is
> > > > the new version:
> > > >
> > > > > [test at localhost MET]$ gcc --version
> > > > gcc (GCC) 7.3.0
> > > > Copyright (C) 2017 Free Software Foundation, Inc.
> > > > This is free software; see the source for copying conditions.
There
> is
> > > NO
> > > > warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR
> > > PURPOSE.
> > > >
> > > > I'm not sure if i have done the right thing for installing gcc
but
> > still
> > > > MET can not be installed.
> > > >
> > > >
> > > >
> > > >
> > > > On Tue, Feb 23, 2021 at 7:54 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu
> > > > >
> > > > wrote:
> > > >
> > > > > Hi. I just wanted to check in to see if you've been able to
make
> > some
> > > > > progress with the MET installation. Please let us know if
you
> still
> > > need
> > > > > assistance.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik
<jpresto at ucar.edu
> >
> > > > wrote:
> > > > >
> > > > > > Thank you for letting me know that you created a new user
that
> had
> > a
> > > > > clean
> > > > > > bash environment. I see that the same problem exists, but
this
> > time
> > > > > there
> > > > > > are no references to pgi in your config.log file. This is
not a
> > > > > situation
> > > > > > I have seen previously.
> > > > > >
> > > > > > I took a look at your files and noticed one issue that
needs to
> be
> > > > fixed.
> > > > > > In your "Machine" file you have set:
> > > > > >
> > > > > >> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\
-lpthread\ -ldl\
> > > > > -lutil\
> > > > > >> -lm\ -Xlinker\ -export-dynamic
> > > > > >
> > > > > > However, there is a missing backslash after /usr/lib64, so
the
> rest
> > > of
> > > > > the
> > > > > > items are not being accounted for. Please change the line
to:
> > > > > >
> > > > > >> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\
-lpthread\
> -ldl\
> > > > > >> -lutil\ -lm\ -Xlinker\ -export-dynamic
> > > > > >
> > > > > > and see if that has any effect on the problem you're
having.
> > > > > >
> > > > > > Also, I noticed that you are using an older version
(4.8.5) of
> the
> > > gcc
> > > > > > compiler, which is from 20150623. I compared your
config.log
> file
> > > with
> > > > > one
> > > > > > on a local machine here. They do look comparable,
excluding the
> > > above
> > > > > > issue, but we were using gcc version 6.3.0. Do you happen
to
> have
> > a
> > > > > newer
> > > > > > version of the compiler that you could use? That could
> potentially
> > > > > > eliminate the problem you are experiencing.
> > > > > >
> > > > > > Please let us know how it goes. Thank you for your
patience as
> we
> > > work
> > > > > > through these issues.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari via
RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > >>
> > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > > >>
> > > > > >> I tried another thing and I wanted to check with you if
it is
> > > > possible.
> > > > > I
> > > > > >> created a new user that had a clean bash I guess, I tried
to
> > install
> > > > MET
> > > > > >> in
> > > > > >> that user with gnu compiler, but again I got the same
error
> > > messages I
> > > > > >> think. I wanted to know if it works or not?
> > > > > >>
> > > > > >>
> > > > > >> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT <
> > > > > >> met_help at ucar.edu>
> > > > > >> wrote:
> > > > > >>
> > > > > >> > Hi.
> > > > > >> >
> > > > > >> >
> > > > > >> > > is it necessary to install MET and WRF model with the
same
> > > > compiler?
> > > > > >> > >
> > > > > >> > It is *not* necessary for MET and the WRF model to be
compiled
> > > with
> > > > > the
> > > > > >> > same compiler. It *is* important that all of MET's
dependent
> > > > > libraries
> > > > > >> are
> > > > > >> > compiled with the same compiler used to compile MET. I
> believe
> > > that
> > > > > MET
> > > > > >> > and WRF both depend on NetCDF4/HDF5. If it is
important for
> WRF
> > > to
> > > > be
> > > > > >> > compiled with the same family of compilers that its
> dependencies
> > > > were
> > > > > >> > compiled with, then it may be necessary for MET and WRF
to be
> > > > compiled
> > > > > >> with
> > > > > >> > the same compiler.
> > > > > >> >
> > > > > >> > We've seen this same problem you are experiencing in
compiling
> > MET
> > > > > with
> > > > > >> the
> > > > > >> > pgi compiler with PGI version 17.4:
> > > > > >> >
> > > > > >> > From make.log:
> > > > > >> > "is_bad_data.h", line 41: error: more than one instance
of
> > > > overloaded
> > > > > >> > function
> > > > > >> > "isnan" matches the argument list:
> > > > > >> > function "isnan(double)"
> > > > > >> > function "std::isnan(double)"
> > > > > >> > argument types are: (double)
> > > > > >> > if(fabs(a - bad_data_double) < default_tol ||
isnan(a))
> > > > > return(1);
> > > > > >> > ^
> > > > > >> > From config.log:
> > > > > >> > PATH: /opt/pgi/linux86-64/17.4/bin
> > > > > >> >
> > > > > >> > Previously, a member of our MET team was able to
compile an
> > older
> > > > > >> version
> > > > > >> > of MET successfully with PGI version 17.9 using pgc++
and
> pgf90.
> > > Do
> > > > > you
> > > > > >> > have a later version of the PGI compiler that you could
try,
> if
> > > you
> > > > > >> need to
> > > > > >> > compile with PGI? However, please note that we do have
an
> > > > outstanding
> > > > > >> > GitHub issue as MET does not currently compile with
version
> 19:
> > > > > >> > https://github.com/dtcenter/MET/issues/1317
> > > > > >> >
> > > > > >> > We typically use the GNU or Intel family of compilers
to
> compile
> > > MET
> > > > > and
> > > > > >> > its dependent libraries, as opposed to PGI.
> > > > > >> >
> > > > > >> > With regard to the suggestion to remove the PGI
reference from
> > > your
> > > > > path
> > > > > >> > (and any other references in your .cshrc or .bashrc
file),
> get a
> > > > clean
> > > > > >> > shell, and rebuild MET and its supporting libraries and
your
> > > worries
> > > > > >> about
> > > > > >> > cleaning bash and
> > > > > >> > having problems with WRF, I understand your concern.
The
> > > suggestion
> > > > > to
> > > > > >> > remove it from your path would only need to be a
temporary one
> > for
> > > > the
> > > > > >> > building of MET and its libraries. You should be able
add it
> > back
> > > > in
> > > > > >> after
> > > > > >> > MET and its libraries were compiled. However, please
keep in
> > mind
> > > > the
> > > > > >> > compilation of NetCDF as described above, which both
MET and
> WRF
> > > > > depend
> > > > > >> on.
> > > > > >> >
> > > > > >> > Julie
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari
via RT <
> > > > > >> > met_help at ucar.edu> wrote:
> > > > > >> >
> > > > > >> > >
> > > > > >> > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > >
> > > > > >> > >
> > > > > >> > > Hi
> > > > > >> > >
> > > > > >> > > thanks again for your help. As you said I have PGI in
my
> path
> > > cus
> > > > I
> > > > > am
> > > > > >> > > using WRF model with PGI compiler. I'm worried about
> cleaning
> > > bash
> > > > > and
> > > > > >> > > having problems with wrf.
> > > > > >> > > I tried to install met and other libraries with PGI
but it
> had
> > > > > errors
> > > > > >> > too.
> > > > > >> > > Sorry about the question, is it necessary to install
MET and
> > WRF
> > > > > model
> > > > > >> > with
> > > > > >> > > the same compiler?
> > > > > >> > >
> > > > > >> > > here are the files with pgi compiler
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via
RT <
> > > > > >> > met_help at ucar.edu>
> > > > > >> > > wrote:
> > > > > >> > >
> > > > > >> > > > Thank you!
> > > > > >> > > >
> > > > > >> > > > In the make.log file, I see:
> > > > > >> > > >
> > > > > >> > > > > /usr/bin/ld:
> > > > > >> >
/home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > > > > >> > > > > undefined reference to symbol '__c_mzero4'
> > > > > >> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error
adding
> > > symbols:
> > > > > DSO
> > > > > >> > > > missing
> > > > > >> > > > > from command line
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > > There is a reference to the pgi family of compilers
> > > "/opt/pgi/".
> > > > > >> > > >
> > > > > >> > > > I can see in your config.log file that you are
using the
> GNU
> > > > > family
> > > > > >> of
> > > > > >> > > > compilers:
> > > > > >> > > >
> > > > > >> > > > > CC='/usr/bin/gcc'
> > > > > >> > > > > CXX='/usr/bin/g++'
> > > > > >> > > > > F77='/usr/bin/gfortran'
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > > but I do see pgi in your path:
> > > > > >> > > >
> > > > > >> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > > First, can you please confirm that the supporting
> libraries
> > > were
> > > > > >> > compiled
> > > > > >> > > > using the GNU family of compilers? I believe they
must be
> > > since
> > > > > you
> > > > > >> > are
> > > > > >> > > > using the compile_MET_all.sh script to compile, but
I
> wanted
> > > to
> > > > > >> mention
> > > > > >> > > it
> > > > > >> > > > because it is important that MET's supporting
libraries
> and
> > > MET
> > > > > are
> > > > > >> > built
> > > > > >> > > > with the same family of compilers. Assuming they
were all
> > > built
> > > > > >> with
> > > > > >> > the
> > > > > >> > > > same family of compilers, could you please remove
the PGI
> > > > > reference
> > > > > >> > from
> > > > > >> > > > your path (and any other references in your .cshrc
or
> > .bashrc
> > > > > file),
> > > > > >> > get
> > > > > >> > > a
> > > > > >> > > > clean shell, and rebuild MET and its supporting
libraries?
> > > > > >> > > >
> > > > > >> > > > Please let us know how that goes. Thank you!
> > > > > >> > > >
> > > > > >> > > > Julie
> > > > > >> > > >
> > > > > >> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud
Khansari via
> > RT <
> > > > > >> > > > met_help at ucar.edu> wrote:
> > > > > >> > > >
> > > > > >> > > > >
> > > > > >> > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > >
> > > > > >> > > > >
> > > > > >> > > > > Hi
> > > > > >> > > > > I thought you were busy, thanks for the follow up
and
> > here
> > > is
> > > > > the
> > > > > >> > > file:
> > > > > >> > > > >
> > > > > >> > > > >
> > > > > >> > > > >
> > > > > >> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik
via RT <
> > > > > >> > > > met_help at ucar.edu>
> > > > > >> > > > > wrote:
> > > > > >> > > > >
> > > > > >> > > > > > Unfortunately, I see that you attached the
> > "configure.log"
> > > > > file,
> > > > > >> > but
> > > > > >> > > I
> > > > > >> > > > > > actually need the "config.log" file. Could you
please
> > > send
> > > > > that
> > > > > >> > file
> > > > > >> > > > to
> > > > > >> > > > > > me? Thank you!
> > > > > >> > > > > >
> > > > > >> > > > > > Julie
> > > > > >> > > > > >
> > > > > >> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie
Prestopnik <
> > > > > >> jpresto at ucar.edu
> > > > > >> > >
> > > > > >> > > > > wrote:
> > > > > >> > > > > >
> > > > > >> > > > > > > My apologies for the long delay. I just came
to
> this
> > > > ticket
> > > > > >> to
> > > > > >> > > > follow
> > > > > >> > > > > up
> > > > > >> > > > > > > with you to see if you could send the
config.log
> file
> > or
> > > > if
> > > > > >> you
> > > > > >> > had
> > > > > >> > > > > > > resolved the problem, when I saw that you
sent this
> > > > already
> > > > > 6
> > > > > >> > days
> > > > > >> > > > ago.
> > > > > >> > > > > > I
> > > > > >> > > > > > > will take a look at it and will follow up
with you.
> > > > > >> > > > > > >
> > > > > >> > > > > > > Julie
> > > > > >> > > > > > >
> > > > > >> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied mahmoud
> Khansari
> > > via
> > > > > RT
> > > > > >> <
> > > > > >> > > > > > > met_help at ucar.edu> wrote:
> > > > > >> > > > > > >
> > > > > >> > > > > > >>
> > > > > >> > > > > > >> <URL:
> > > > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > > >> > > > > > >>
> > > > > >> > > > > > >> Hi
> > > > > >> > > > > > >>
> > > > > >> > > > > > >> Thank you for your answer. Here is the
> configure.log
> > > file
> > > > > >> > > > > > >>
> > > > > >> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie
Prestopnik
> via
> > > RT <
> > > > > >> > > > > > >> met_help at ucar.edu>
> > > > > >> > > > > > >> wrote:
> > > > > >> > > > > > >>
> > > > > >> > > > > > >> > Hi.
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > I see that you are having trouble
compiling MET
> > using
> > > > > >> > > > > > >> > the compile_MET_all.sh script. Thank you
for
> > sending
> > > > > along
> > > > > >> > your
> > > > > >> > > > > > >> > configuration information and your
make.log file.
> > > > Could
> > > > > >> you
> > > > > >> > > > please
> > > > > >> > > > > > also
> > > > > >> > > > > > >> > send the MET config.log file?
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > Thank you!
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > Julie
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied
mahmoud
> > > Khansari
> > > > > via
> > > > > >> RT
> > > > > >> > <
> > > > > >> > > > > > >> > met_help at ucar.edu> wrote:
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > >
> > > > > >> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request 98387
was
> acted
> > > > upon.
> > > > > >> > > > > > >> > > Transaction: Ticket created by
> > > > > >> s.mahmoud.khansari at gmail.com
> > > > > >> > > > > > >> > > Queue: met_help
> > > > > >> > > > > > >> > > Subject: Question
> > > > > >> > > > > > >> > > Owner: Nobody
> > > > > >> > > > > > >> > > Requestors:
s.mahmoud.khansari at gmail.com
> > > > > >> > > > > > >> > > Status: new
> > > > > >> > > > > > >> > > Ticket <URL:
> > > > > >> > > > > >
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > >
> > > > > >> > > > > > >> > >
> > > > > >> > > > > > >> > > Dear sir/madam
> > > > > >> > > > > > >> > > Hello
> > > > > >> > > > > > >> > > I'm new to MET and METplus and I was
trying to
> > > > install
> > > > > >> MET
> > > > > >> > > with
> > > > > >> > > > > > >> > > (compile_MET_all.sh) and I got an error
in make
> > MET
> > > > > and I
> > > > > >> > > think
> > > > > >> > > > > it's
> > > > > >> > > > > > >> > about
> > > > > >> > > > > > >> > > libgrib2c.a
> > > > > >> > > > > > >> > > I was wondering if you just help me with
that.
> I
> > > will
> > > > > >> send
> > > > > >> > you
> > > > > >> > > > the
> > > > > >> > > > > > >> > machine
> > > > > >> > > > > > >> > > that i use for compiling and the
make.log file.
> > > > > >> > > > > > >> > > Thank you for your help
> > > > > >> > > > > > >> > >
> > > > > >> > > > > > >> > >
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > --
> > > > > >> > > > > > >> > Julie Prestopnik (she/her)
> > > > > >> > > > > > >> > Software Engineer
> > > > > >> > > > > > >> > National Center for Atmospheric Research
> > > > > >> > > > > > >> > Research Applications Laboratory
> > > > > >> > > > > > >> > Email: jpresto at ucar.edu
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> > My working day may not be your working
day.
> Please
> > > do
> > > > > not
> > > > > >> > feel
> > > > > >> > > > > > obliged
> > > > > >> > > > > > >> to
> > > > > >> > > > > > >> > reply to this email outside of your normal
> working
> > > > hours.
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >> >
> > > > > >> > > > > > >>
> > > > > >> > > > > > >>
> > > > > >> > > > > > >
> > > > > >> > > > > > > --
> > > > > >> > > > > > > Julie Prestopnik (she/her)
> > > > > >> > > > > > > Software Engineer
> > > > > >> > > > > > > National Center for Atmospheric Research
> > > > > >> > > > > > > Research Applications Laboratory
> > > > > >> > > > > > > Email: jpresto at ucar.edu
> > > > > >> > > > > > >
> > > > > >> > > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > > >> feel
> > > > > >> > > > obliged
> > > > > >> > > > > > to
> > > > > >> > > > > > > reply to this email outside of your normal
working
> > > hours.
> > > > > >> > > > > > >
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > > > --
> > > > > >> > > > > > Julie Prestopnik (she/her)
> > > > > >> > > > > > Software Engineer
> > > > > >> > > > > > National Center for Atmospheric Research
> > > > > >> > > > > > Research Applications Laboratory
> > > > > >> > > > > > Email: jpresto at ucar.edu
> > > > > >> > > > > >
> > > > > >> > > > > > My working day may not be your working day.
Please do
> > not
> > > > > feel
> > > > > >> > > obliged
> > > > > >> > > > > to
> > > > > >> > > > > > reply to this email outside of your normal
working
> > hours.
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > >
> > > > > >> > > > >
> > > > > >> > > >
> > > > > >> > > > --
> > > > > >> > > > Julie Prestopnik (she/her)
> > > > > >> > > > Software Engineer
> > > > > >> > > > National Center for Atmospheric Research
> > > > > >> > > > Research Applications Laboratory
> > > > > >> > > > Email: jpresto at ucar.edu
> > > > > >> > > >
> > > > > >> > > > My working day may not be your working day. Please
do not
> > > feel
> > > > > >> obliged
> > > > > >> > > to
> > > > > >> > > > reply to this email outside of your normal working
hours.
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> >
> > > > > >> > --
> > > > > >> > Julie Prestopnik (she/her)
> > > > > >> > Software Engineer
> > > > > >> > National Center for Atmospheric Research
> > > > > >> > Research Applications Laboratory
> > > > > >> > Email: jpresto at ucar.edu
> > > > > >> >
> > > > > >> > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > >> to
> > > > > >> > reply to this email outside of your normal working
hours.
> > > > > >> >
> > > > > >> >
> > > > > >>
> > > > > >>
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik (she/her)
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik (she/her)
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
------------------------------------------------
Subject: Question
From: Julie Prestopnik
Time: Mon Mar 08 12:30:12 2021
I'm sorry that installing MET has been so difficult. It is especially
difficult for us to help when we cannot reproduce the problem you are
experiencing.
The easiest way to make MET available would be using a Docker
container. If
your sys admin is willing to install Docker on the machine, then
getting
MET is as simple as running:
docker pull dtcenter/met:9.1
If you are unable to use Docker, we can continue trying to help
resolve the
issue you are experiencing. I see in your config.log file that
version
7.3.0 seems to be being used, but I also see some references to
version
4.8.5 so I don't fully understand what is happening there. With
regard to
MET, one thing we could try is to have you configure MET with none of
the
"extras" enabled. For example, we would take out the following:
> --enable-grib2 --enable-modis --enable-lidar2nc --enable-python
and only install the basics to see if the installation were
successful,
then we could gradually add those back in to include only the "extras"
that
you need and hopefully identify and potentially better define when the
problem occurs and hopefully figure out what to do about it. If you
would
like to proceed in that way, please run the following:
cd /home/test/MET/met-9.1.1
> export CC=/home/shahab/gcc-7.3.0/gcc
> export CXX=/home/shahab/gcc-7.3.0/gcc
> export FC=/home/shahab/gcc-7.3.0/gcc
> make clean
> ./configure --prefix=/home/shahab/MET --bindir=/home/shahab/MET/bin
> make >& make.log
> make install >& make_install.log
> make test >& make_test.log
Please let me know how you would like to proceed. If you would like
to
proceed with just installing the basic MET tools, please let me know
which
of the following you will need:
- GRIB support
- the MODIS tool
- the LIDAR2NC tool
- the Python embedding functionality
Thanks! Hopefully, we can get MET working for you soon.
Julie
On Sun, Mar 7, 2021 at 12:25 AM Seied mahmoud Khansari via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
>
> hello again
> thank you a lot for customizing compile_MET file for me
> I change the machine and added what you said in that. but it didnt
worked.
> I wanted to ask you whether the gcc, gfortran, and g++ are at the
same
> address??
> or could it be a problem with gcc version?
>
> On Mon, Mar 1, 2021 at 8:07 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Thank you for attaching the compile_MET_all.sh file and the
config.log
> > file. I have attached a newer version of the compile_MET_all.sh
script
> for
> > you to use (you may need to make it executable after downloading
and
> > unpacking it). With this script you should be able to set the
path to
> the
> > GCC compilers. For example, you should be able to add the
following to
> > your "Machine" file, replacing <path to> with your path to the gcc
> version
> > 7.3.0 tools (gcc, g++, and gfortran):
> >
> > export CC=<path to>/gcc
> > export CXX=<path to>/g++
> > export FC=<path to>/gfortran
> >
> > The script should then be able to compile with the newer version.
Please
> > let us know how it goes.
> >
> > Julie
> >
> > On Sat, Feb 27, 2021 at 5:07 AM Seied mahmoud Khansari via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > >
> > > Hi
> > > yes ,guess I saw this on github before I started connecting with
you,
> and
> > > you know errors got worse.
> > > this is the file compile_MET_all.sh that I changed
> > >
> > > and also I tried to change the PATH of gcc like this, but still
it uses
> > the
> > > centos default compiler (version 4.8)
> > > sorry Is it correct?
> > >
> > > export PATH=/usr/local/bin:$PATH
> > > export LD_LIBRARY_PATH=/usr/local/lib64:$LD_LIBRARY_PATH
> > >
> > > Thanks alot
> > >
> > >
> > > On Fri, Feb 26, 2021 at 5:52 AM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hello again. As I was researching this problem, I came across
> > something
> > > > else you could try. In compile_MET_all.sh in the "Compile
MET"
> > section,
> > > > you could try changing:
> > > >
> > > > export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> > > >
> > > > to
> > > >
> > > > > export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz -lpgc"
> > > >
> > > >
> > > > and try recompiling to see if that works. Please let us know
how
> that
> > > > goes if you decide to try that out.
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Wed, Feb 24, 2021 at 2:56 AM Seied mahmoud Khansari via RT
<
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387 >
> > > > >
> > > > > Hi, It's very kind of you to help me with this. you know I
tried
> > > > > > export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\
-lpthread\ -ldl\
> > > > > -lutil\
> > > > > > -lm\ -Xlinker\ -export-dynamic
> > > > > and it didn't work again and it gave me the same error
message.
> > > > > I also installed the newer gcc version that took some time
from me.
> > > here
> > > > is
> > > > > the new version:
> > > > >
> > > > > > [test at localhost MET]$ gcc --version
> > > > > gcc (GCC) 7.3.0
> > > > > Copyright (C) 2017 Free Software Foundation, Inc.
> > > > > This is free software; see the source for copying
conditions.
> There
> > is
> > > > NO
> > > > > warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR
> > > > PURPOSE.
> > > > >
> > > > > I'm not sure if i have done the right thing for installing
gcc but
> > > still
> > > > > MET can not be installed.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Feb 23, 2021 at 7:54 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > wrote:
> > > > >
> > > > > > Hi. I just wanted to check in to see if you've been able
to make
> > > some
> > > > > > progress with the MET installation. Please let us know if
you
> > still
> > > > need
> > > > > > assistance.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Feb 16, 2021 at 4:41 PM Julie Prestopnik <
> jpresto at ucar.edu
> > >
> > > > > wrote:
> > > > > >
> > > > > > > Thank you for letting me know that you created a new
user that
> > had
> > > a
> > > > > > clean
> > > > > > > bash environment. I see that the same problem exists,
but this
> > > time
> > > > > > there
> > > > > > > are no references to pgi in your config.log file. This
is not
> a
> > > > > > situation
> > > > > > > I have seen previously.
> > > > > > >
> > > > > > > I took a look at your files and noticed one issue that
needs to
> > be
> > > > > fixed.
> > > > > > > In your "Machine" file you have set:
> > > > > > >
> > > > > > >> export MET_PYTHON_LD=-L/usr/lib64 -lpython3.6m\
-lpthread\
> -ldl\
> > > > > > -lutil\
> > > > > > >> -lm\ -Xlinker\ -export-dynamic
> > > > > > >
> > > > > > > However, there is a missing backslash after /usr/lib64,
so the
> > rest
> > > > of
> > > > > > the
> > > > > > > items are not being accounted for. Please change the
line to:
> > > > > > >
> > > > > > >> export MET_PYTHON_LD=-L/usr/lib64\ -lpython3.6m\
-lpthread\
> > -ldl\
> > > > > > >> -lutil\ -lm\ -Xlinker\ -export-dynamic
> > > > > > >
> > > > > > > and see if that has any effect on the problem you're
having.
> > > > > > >
> > > > > > > Also, I noticed that you are using an older version
(4.8.5) of
> > the
> > > > gcc
> > > > > > > compiler, which is from 20150623. I compared your
config.log
> > file
> > > > with
> > > > > > one
> > > > > > > on a local machine here. They do look comparable,
excluding
> the
> > > > above
> > > > > > > issue, but we were using gcc version 6.3.0. Do you
happen to
> > have
> > > a
> > > > > > newer
> > > > > > > version of the compiler that you could use? That could
> > potentially
> > > > > > > eliminate the problem you are experiencing.
> > > > > > >
> > > > > > > Please let us know how it goes. Thank you for your
patience as
> > we
> > > > work
> > > > > > > through these issues.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Sun, Feb 14, 2021 at 2:51 AM Seied mahmoud Khansari
via RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > >>
> > > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> >
> > > > > > >>
> > > > > > >> I tried another thing and I wanted to check with you if
it is
> > > > > possible.
> > > > > > I
> > > > > > >> created a new user that had a clean bash I guess, I
tried to
> > > install
> > > > > MET
> > > > > > >> in
> > > > > > >> that user with gnu compiler, but again I got the same
error
> > > > messages I
> > > > > > >> think. I wanted to know if it works or not?
> > > > > > >>
> > > > > > >>
> > > > > > >> On Tue, Feb 9, 2021 at 10:39 PM Julie Prestopnik via RT
<
> > > > > > >> met_help at ucar.edu>
> > > > > > >> wrote:
> > > > > > >>
> > > > > > >> > Hi.
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > > is it necessary to install MET and WRF model with
the same
> > > > > compiler?
> > > > > > >> > >
> > > > > > >> > It is *not* necessary for MET and the WRF model to be
> compiled
> > > > with
> > > > > > the
> > > > > > >> > same compiler. It *is* important that all of MET's
> dependent
> > > > > > libraries
> > > > > > >> are
> > > > > > >> > compiled with the same compiler used to compile MET.
I
> > believe
> > > > that
> > > > > > MET
> > > > > > >> > and WRF both depend on NetCDF4/HDF5. If it is
important for
> > WRF
> > > > to
> > > > > be
> > > > > > >> > compiled with the same family of compilers that its
> > dependencies
> > > > > were
> > > > > > >> > compiled with, then it may be necessary for MET and
WRF to
> be
> > > > > compiled
> > > > > > >> with
> > > > > > >> > the same compiler.
> > > > > > >> >
> > > > > > >> > We've seen this same problem you are experiencing in
> compiling
> > > MET
> > > > > > with
> > > > > > >> the
> > > > > > >> > pgi compiler with PGI version 17.4:
> > > > > > >> >
> > > > > > >> > From make.log:
> > > > > > >> > "is_bad_data.h", line 41: error: more than one
instance of
> > > > > overloaded
> > > > > > >> > function
> > > > > > >> > "isnan" matches the argument list:
> > > > > > >> > function "isnan(double)"
> > > > > > >> > function "std::isnan(double)"
> > > > > > >> > argument types are: (double)
> > > > > > >> > if(fabs(a - bad_data_double) < default_tol ||
isnan(a))
> > > > > > return(1);
> > > > > > >> > ^
> > > > > > >> > From config.log:
> > > > > > >> > PATH: /opt/pgi/linux86-64/17.4/bin
> > > > > > >> >
> > > > > > >> > Previously, a member of our MET team was able to
compile an
> > > older
> > > > > > >> version
> > > > > > >> > of MET successfully with PGI version 17.9 using pgc++
and
> > pgf90.
> > > > Do
> > > > > > you
> > > > > > >> > have a later version of the PGI compiler that you
could try,
> > if
> > > > you
> > > > > > >> need to
> > > > > > >> > compile with PGI? However, please note that we do
have an
> > > > > outstanding
> > > > > > >> > GitHub issue as MET does not currently compile with
version
> > 19:
> > > > > > >> > https://github.com/dtcenter/MET/issues/1317
> > > > > > >> >
> > > > > > >> > We typically use the GNU or Intel family of compilers
to
> > compile
> > > > MET
> > > > > > and
> > > > > > >> > its dependent libraries, as opposed to PGI.
> > > > > > >> >
> > > > > > >> > With regard to the suggestion to remove the PGI
reference
> from
> > > > your
> > > > > > path
> > > > > > >> > (and any other references in your .cshrc or .bashrc
file),
> > get a
> > > > > clean
> > > > > > >> > shell, and rebuild MET and its supporting libraries
and your
> > > > worries
> > > > > > >> about
> > > > > > >> > cleaning bash and
> > > > > > >> > having problems with WRF, I understand your concern.
The
> > > > suggestion
> > > > > > to
> > > > > > >> > remove it from your path would only need to be a
temporary
> one
> > > for
> > > > > the
> > > > > > >> > building of MET and its libraries. You should be
able add
> it
> > > back
> > > > > in
> > > > > > >> after
> > > > > > >> > MET and its libraries were compiled. However, please
keep
> in
> > > mind
> > > > > the
> > > > > > >> > compilation of NetCDF as described above, which both
MET and
> > WRF
> > > > > > depend
> > > > > > >> on.
> > > > > > >> >
> > > > > > >> > Julie
> > > > > > >> >
> > > > > > >> >
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > On Tue, Feb 9, 2021 at 2:55 AM Seied mahmoud Khansari
via
> RT <
> > > > > > >> > met_help at ucar.edu> wrote:
> > > > > > >> >
> > > > > > >> > >
> > > > > > >> > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > >
> > > > > > >> > >
> > > > > > >> > > Hi
> > > > > > >> > >
> > > > > > >> > > thanks again for your help. As you said I have PGI
in my
> > path
> > > > cus
> > > > > I
> > > > > > am
> > > > > > >> > > using WRF model with PGI compiler. I'm worried
about
> > cleaning
> > > > bash
> > > > > > and
> > > > > > >> > > having problems with wrf.
> > > > > > >> > > I tried to install met and other libraries with PGI
but it
> > had
> > > > > > errors
> > > > > > >> > too.
> > > > > > >> > > Sorry about the question, is it necessary to
install MET
> and
> > > WRF
> > > > > > model
> > > > > > >> > with
> > > > > > >> > > the same compiler?
> > > > > > >> > >
> > > > > > >> > > here are the files with pgi compiler
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > > On Wed, Feb 3, 2021 at 7:45 PM Julie Prestopnik via
RT <
> > > > > > >> > met_help at ucar.edu>
> > > > > > >> > > wrote:
> > > > > > >> > >
> > > > > > >> > > > Thank you!
> > > > > > >> > > >
> > > > > > >> > > > In the make.log file, I see:
> > > > > > >> > > >
> > > > > > >> > > > > /usr/bin/ld:
> > > > > > >> >
/home/MET/MET/external_libs/lib/libgrib2c.a(specunpack.o):
> > > > > > >> > > > > undefined reference to symbol '__c_mzero4'
> > > > > > >> > > > > //opt/pgi/linux86-64/17.4/lib/libpgc.so: error
adding
> > > > symbols:
> > > > > > DSO
> > > > > > >> > > > missing
> > > > > > >> > > > > from command line
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > > > There is a reference to the pgi family of
compilers
> > > > "/opt/pgi/".
> > > > > > >> > > >
> > > > > > >> > > > I can see in your config.log file that you are
using the
> > GNU
> > > > > > family
> > > > > > >> of
> > > > > > >> > > > compilers:
> > > > > > >> > > >
> > > > > > >> > > > > CC='/usr/bin/gcc'
> > > > > > >> > > > > CXX='/usr/bin/g++'
> > > > > > >> > > > > F77='/usr/bin/gfortran'
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > > > but I do see pgi in your path:
> > > > > > >> > > >
> > > > > > >> > > > > PATH: /opt/pgi/linux86-64/17.4/bin
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > > > First, can you please confirm that the supporting
> > libraries
> > > > were
> > > > > > >> > compiled
> > > > > > >> > > > using the GNU family of compilers? I believe
they must
> be
> > > > since
> > > > > > you
> > > > > > >> > are
> > > > > > >> > > > using the compile_MET_all.sh script to compile,
but I
> > wanted
> > > > to
> > > > > > >> mention
> > > > > > >> > > it
> > > > > > >> > > > because it is important that MET's supporting
libraries
> > and
> > > > MET
> > > > > > are
> > > > > > >> > built
> > > > > > >> > > > with the same family of compilers. Assuming they
were
> all
> > > > built
> > > > > > >> with
> > > > > > >> > the
> > > > > > >> > > > same family of compilers, could you please remove
the
> PGI
> > > > > > reference
> > > > > > >> > from
> > > > > > >> > > > your path (and any other references in your
.cshrc or
> > > .bashrc
> > > > > > file),
> > > > > > >> > get
> > > > > > >> > > a
> > > > > > >> > > > clean shell, and rebuild MET and its supporting
> libraries?
> > > > > > >> > > >
> > > > > > >> > > > Please let us know how that goes. Thank you!
> > > > > > >> > > >
> > > > > > >> > > > Julie
> > > > > > >> > > >
> > > > > > >> > > > On Wed, Feb 3, 2021 at 3:26 AM Seied mahmoud
Khansari
> via
> > > RT <
> > > > > > >> > > > met_help at ucar.edu> wrote:
> > > > > > >> > > >
> > > > > > >> > > > >
> > > > > > >> > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > > > Hi
> > > > > > >> > > > > I thought you were busy, thanks for the follow
up and
> > > here
> > > > is
> > > > > > the
> > > > > > >> > > file:
> > > > > > >> > > > >
> > > > > > >> > > > >
> > > > > > >> > > > >
> > > > > > >> > > > > On Tue, Feb 2, 2021 at 8:46 PM Julie Prestopnik
via
> RT <
> > > > > > >> > > > met_help at ucar.edu>
> > > > > > >> > > > > wrote:
> > > > > > >> > > > >
> > > > > > >> > > > > > Unfortunately, I see that you attached the
> > > "configure.log"
> > > > > > file,
> > > > > > >> > but
> > > > > > >> > > I
> > > > > > >> > > > > > actually need the "config.log" file. Could
you
> please
> > > > send
> > > > > > that
> > > > > > >> > file
> > > > > > >> > > > to
> > > > > > >> > > > > > me? Thank you!
> > > > > > >> > > > > >
> > > > > > >> > > > > > Julie
> > > > > > >> > > > > >
> > > > > > >> > > > > > On Tue, Feb 2, 2021 at 10:02 AM Julie
Prestopnik <
> > > > > > >> jpresto at ucar.edu
> > > > > > >> > >
> > > > > > >> > > > > wrote:
> > > > > > >> > > > > >
> > > > > > >> > > > > > > My apologies for the long delay. I just
came to
> > this
> > > > > ticket
> > > > > > >> to
> > > > > > >> > > > follow
> > > > > > >> > > > > up
> > > > > > >> > > > > > > with you to see if you could send the
config.log
> > file
> > > or
> > > > > if
> > > > > > >> you
> > > > > > >> > had
> > > > > > >> > > > > > > resolved the problem, when I saw that you
sent
> this
> > > > > already
> > > > > > 6
> > > > > > >> > days
> > > > > > >> > > > ago.
> > > > > > >> > > > > > I
> > > > > > >> > > > > > > will take a look at it and will follow up
with
> you.
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Julie
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > On Wed, Jan 27, 2021 at 2:50 AM Seied
mahmoud
> > Khansari
> > > > via
> > > > > > RT
> > > > > > >> <
> > > > > > >> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >> > > > > > >
> > > > > > >> > > > > > >>
> > > > > > >> > > > > > >> <URL:
> > > > > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
>
> > > > > > >> > > > > > >>
> > > > > > >> > > > > > >> Hi
> > > > > > >> > > > > > >>
> > > > > > >> > > > > > >> Thank you for your answer. Here is the
> > configure.log
> > > > file
> > > > > > >> > > > > > >>
> > > > > > >> > > > > > >> On Tue, Jan 26, 2021 at 8:28 PM Julie
Prestopnik
> > via
> > > > RT <
> > > > > > >> > > > > > >> met_help at ucar.edu>
> > > > > > >> > > > > > >> wrote:
> > > > > > >> > > > > > >>
> > > > > > >> > > > > > >> > Hi.
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > I see that you are having trouble
compiling MET
> > > using
> > > > > > >> > > > > > >> > the compile_MET_all.sh script. Thank
you for
> > > sending
> > > > > > along
> > > > > > >> > your
> > > > > > >> > > > > > >> > configuration information and your
make.log
> file.
> > > > > Could
> > > > > > >> you
> > > > > > >> > > > please
> > > > > > >> > > > > > also
> > > > > > >> > > > > > >> > send the MET config.log file?
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > Thank you!
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > Julie
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > On Tue, Jan 26, 2021 at 4:44 AM Seied
mahmoud
> > > > Khansari
> > > > > > via
> > > > > > >> RT
> > > > > > >> > <
> > > > > > >> > > > > > >> > met_help at ucar.edu> wrote:
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > >
> > > > > > >> > > > > > >> > > Tue Jan 26 04:43:39 2021: Request
98387 was
> > acted
> > > > > upon.
> > > > > > >> > > > > > >> > > Transaction: Ticket created by
> > > > > > >> s.mahmoud.khansari at gmail.com
> > > > > > >> > > > > > >> > > Queue: met_help
> > > > > > >> > > > > > >> > > Subject: Question
> > > > > > >> > > > > > >> > > Owner: Nobody
> > > > > > >> > > > > > >> > > Requestors:
s.mahmoud.khansari at gmail.com
> > > > > > >> > > > > > >> > > Status: new
> > > > > > >> > > > > > >> > > Ticket <URL:
> > > > > > >> > > > > >
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98387
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > >
> > > > > > >> > > > > > >> > >
> > > > > > >> > > > > > >> > > Dear sir/madam
> > > > > > >> > > > > > >> > > Hello
> > > > > > >> > > > > > >> > > I'm new to MET and METplus and I was
trying
> to
> > > > > install
> > > > > > >> MET
> > > > > > >> > > with
> > > > > > >> > > > > > >> > > (compile_MET_all.sh) and I got an
error in
> make
> > > MET
> > > > > > and I
> > > > > > >> > > think
> > > > > > >> > > > > it's
> > > > > > >> > > > > > >> > about
> > > > > > >> > > > > > >> > > libgrib2c.a
> > > > > > >> > > > > > >> > > I was wondering if you just help me
with
> that.
> > I
> > > > will
> > > > > > >> send
> > > > > > >> > you
> > > > > > >> > > > the
> > > > > > >> > > > > > >> > machine
> > > > > > >> > > > > > >> > > that i use for compiling and the
make.log
> file.
> > > > > > >> > > > > > >> > > Thank you for your help
> > > > > > >> > > > > > >> > >
> > > > > > >> > > > > > >> > >
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > --
> > > > > > >> > > > > > >> > Julie Prestopnik (she/her)
> > > > > > >> > > > > > >> > Software Engineer
> > > > > > >> > > > > > >> > National Center for Atmospheric Research
> > > > > > >> > > > > > >> > Research Applications Laboratory
> > > > > > >> > > > > > >> > Email: jpresto at ucar.edu
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> > My working day may not be your working
day.
> > Please
> > > > do
> > > > > > not
> > > > > > >> > feel
> > > > > > >> > > > > > obliged
> > > > > > >> > > > > > >> to
> > > > > > >> > > > > > >> > reply to this email outside of your
normal
> > working
> > > > > hours.
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >> >
> > > > > > >> > > > > > >>
> > > > > > >> > > > > > >>
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > --
> > > > > > >> > > > > > > Julie Prestopnik (she/her)
> > > > > > >> > > > > > > Software Engineer
> > > > > > >> > > > > > > National Center for Atmospheric Research
> > > > > > >> > > > > > > Research Applications Laboratory
> > > > > > >> > > > > > > Email: jpresto at ucar.edu
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > My working day may not be your working day.
> Please
> > do
> > > > not
> > > > > > >> feel
> > > > > > >> > > > obliged
> > > > > > >> > > > > > to
> > > > > > >> > > > > > > reply to this email outside of your normal
working
> > > > hours.
> > > > > > >> > > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > > > --
> > > > > > >> > > > > > Julie Prestopnik (she/her)
> > > > > > >> > > > > > Software Engineer
> > > > > > >> > > > > > National Center for Atmospheric Research
> > > > > > >> > > > > > Research Applications Laboratory
> > > > > > >> > > > > > Email: jpresto at ucar.edu
> > > > > > >> > > > > >
> > > > > > >> > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > > > feel
> > > > > > >> > > obliged
> > > > > > >> > > > > to
> > > > > > >> > > > > > reply to this email outside of your normal
working
> > > hours.
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > > >
> > > > > > >> > > >
> > > > > > >> > > > --
> > > > > > >> > > > Julie Prestopnik (she/her)
> > > > > > >> > > > Software Engineer
> > > > > > >> > > > National Center for Atmospheric Research
> > > > > > >> > > > Research Applications Laboratory
> > > > > > >> > > > Email: jpresto at ucar.edu
> > > > > > >> > > >
> > > > > > >> > > > My working day may not be your working day.
Please do
> not
> > > > feel
> > > > > > >> obliged
> > > > > > >> > > to
> > > > > > >> > > > reply to this email outside of your normal
working
> hours.
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > --
> > > > > > >> > Julie Prestopnik (she/her)
> > > > > > >> > Software Engineer
> > > > > > >> > National Center for Atmospheric Research
> > > > > > >> > Research Applications Laboratory
> > > > > > >> > Email: jpresto at ucar.edu
> > > > > > >> >
> > > > > > >> > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > >> to
> > > > > > >> > reply to this email outside of your normal working
hours.
> > > > > > >> >
> > > > > > >> >
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik (she/her)
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik (she/her)
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik (she/her)
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
More information about the Met_help
mailing list