[Met_help] [rt.rap.ucar.edu #97359] History for MET 9.1 Installl error
John Halley Gotway via RT
met_help at ucar.edu
Wed Feb 10 09:01:12 MST 2021
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hello,
I have trouble installing MET 9.1 on my personal laptop (FEDORA 33)
Please find attached configure.log and make_install.log files.
Best regards,
Endalk
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: MET 9.1 Installl error
From: John Halley Gotway
Time: Fri Nov 06 11:07:51 2020
Endalk,
I see you're having trouble compiling MET version 9.1. Thanks for
sending
along your config.log and make_install.log files. Here's the relevant
error
message from make:
*/usr/bin/ld: numpbmsg.o: in function
`numpbmsg_':/home/endbek/met-9.1/src/tools/other/pb2nc/numpbmsg.f:23:
undefined reference to `ufbtab_'*
The ufbtab function is defined in the BUFRLIB library. I checked
config.log
and see that you've set:
MET_BUFRLIB=/usr/lib64
So first thing, please check to confirm that the following file
actually
exists:
ls /usr/lib64/libbufr.a
If it does not, is it named something different?
ls /usr/lib64/libbufr*
If it's named something different, you can reconfigure MET after
setting
the BUFRLIB_NAME environment variable.
(run "./configure --help | grep BUFR").
Or maybe that file does exist but just wasn't compiled using the
expected
options.
Look starting on this line for an example of compiling it:
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
Hope that helps.
Thanks,
John
On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT
<met_help at ucar.edu>
wrote:
>
> Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
> Transaction: Ticket created by ebekele at ucar.edu
> Queue: met_help
> Subject: MET 9.1 Installl error
> Owner: Nobody
> Requestors: ebekele at ucar.edu
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>
>
> Hello,
>
> I have trouble installing MET 9.1 on my personal laptop (FEDORA 33)
>
> Please find attached configure.log and make_install.log files.
>
> Best regards,
>
> Endalk
>
>
------------------------------------------------
Subject: MET 9.1 Installl error
From: Endalkachew Biratu
Time: Fri Nov 06 13:18:49 2020
Hi John,
libbufr.a is available @ /usr/lib64
I recompiled the BUFR in another directory and pointed BUFR_NAME
accordingly. I get the same message, please attached:
Thank you for your help.
Endalk
On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> Endalk,
>
> I see you're having trouble compiling MET version 9.1. Thanks for
sending
> along your config.log and make_install.log files. Here's the
relevant error
> message from make:
>
>
> */usr/bin/ld: numpbmsg.o: in function
> `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> undefined reference to `ufbtab_'*
>
> The ufbtab function is defined in the BUFRLIB library. I checked
config.log
> and see that you've set:
> MET_BUFRLIB=/usr/lib64
>
> So first thing, please check to confirm that the following file
actually
> exists:
> ls /usr/lib64/libbufr.a
>
> If it does not, is it named something different?
> ls /usr/lib64/libbufr*
>
> If it's named something different, you can reconfigure MET after
setting
> the BUFRLIB_NAME environment variable.
> (run "./configure --help | grep BUFR").
>
> Or maybe that file does exist but just wasn't compiled using the
expected
> options.
> Look starting on this line for an example of compiling it:
>
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
>
> Hope that helps.
>
> Thanks,
> John
>
> On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
> > Transaction: Ticket created by ebekele at ucar.edu
> > Queue: met_help
> > Subject: MET 9.1 Installl error
> > Owner: Nobody
> > Requestors: ebekele at ucar.edu
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> >
> >
> > Hello,
> >
> > I have trouble installing MET 9.1 on my personal laptop (FEDORA
33)
> >
> > Please find attached configure.log and make_install.log files.
> >
> > Best regards,
> >
> > Endalk
> >
> >
>
>
------------------------------------------------
Subject: MET 9.1 Installl error
From: John Halley Gotway
Time: Fri Nov 06 13:50:50 2020
OK, please try running:
nm /usr/lib64/libbufr.a | grep ufbtab
What does that return? Here's what I see on my machine:
nm
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
grep ufbtab
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
0000000000000000 T _ufbtab_
I wonder if yours lists "T _ufbtab" without that trailing underscore?
If
so, perhaps you'll need to recompile bufrlib using the "-DUNDERSCORE"
option?
Thanks,
John
On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>
> Hi John,
>
> libbufr.a is available @ /usr/lib64
>
> I recompiled the BUFR in another directory and pointed BUFR_NAME
> accordingly. I get the same message, please attached:
>
> Thank you for your help.
>
> Endalk
>
> On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
> > Endalk,
> >
> > I see you're having trouble compiling MET version 9.1. Thanks for
sending
> > along your config.log and make_install.log files. Here's the
relevant
> error
> > message from make:
> >
> >
> > */usr/bin/ld: numpbmsg.o: in function
> > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > undefined reference to `ufbtab_'*
> >
> > The ufbtab function is defined in the BUFRLIB library. I checked
> config.log
> > and see that you've set:
> > MET_BUFRLIB=/usr/lib64
> >
> > So first thing, please check to confirm that the following file
actually
> > exists:
> > ls /usr/lib64/libbufr.a
> >
> > If it does not, is it named something different?
> > ls /usr/lib64/libbufr*
> >
> > If it's named something different, you can reconfigure MET after
setting
> > the BUFRLIB_NAME environment variable.
> > (run "./configure --help | grep BUFR").
> >
> > Or maybe that file does exist but just wasn't compiled using the
expected
> > options.
> > Look starting on this line for an example of compiling it:
> >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> >
> > Hope that helps.
> >
> > Thanks,
> > John
> >
> > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
> > > Transaction: Ticket created by ebekele at ucar.edu
> > > Queue: met_help
> > > Subject: MET 9.1 Installl error
> > > Owner: Nobody
> > > Requestors: ebekele at ucar.edu
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> >
> > >
> > >
> > > Hello,
> > >
> > > I have trouble installing MET 9.1 on my personal laptop (FEDORA
33)
> > >
> > > Please find attached configure.log and make_install.log files.
> > >
> > > Best regards,
> > >
> > > Endalk
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.1 Installl error
From: Endalkachew Biratu
Time: Fri Nov 06 14:37:40 2020
Thank you John.
nm /usr/lib64/libbufr.a | grep ufbtab doen't yield anything.
bufrlib was compiled with "-DUNDERSCORE" option.
Thanks,
Endalk
On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> OK, please try running:
>
> nm /usr/lib64/libbufr.a | grep ufbtab
>
> What does that return? Here's what I see on my machine:
>
> nm
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
> grep ufbtab
>
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> 0000000000000000 T _ufbtab_
>
> I wonder if yours lists "T _ufbtab" without that trailing
underscore? If
> so, perhaps you'll need to recompile bufrlib using the "-
DUNDERSCORE"
> option?
>
> Thanks,
> John
>
>
> On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> >
> > Hi John,
> >
> > libbufr.a is available @ /usr/lib64
> >
> > I recompiled the BUFR in another directory and pointed BUFR_NAME
> > accordingly. I get the same message, please attached:
> >
> > Thank you for your help.
> >
> > Endalk
> >
> > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > Endalk,
> > >
> > > I see you're having trouble compiling MET version 9.1. Thanks
for
> sending
> > > along your config.log and make_install.log files. Here's the
relevant
> > error
> > > message from make:
> > >
> > >
> > > */usr/bin/ld: numpbmsg.o: in function
> > > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > undefined reference to `ufbtab_'*
> > >
> > > The ufbtab function is defined in the BUFRLIB library. I checked
> > config.log
> > > and see that you've set:
> > > MET_BUFRLIB=/usr/lib64
> > >
> > > So first thing, please check to confirm that the following file
> actually
> > > exists:
> > > ls /usr/lib64/libbufr.a
> > >
> > > If it does not, is it named something different?
> > > ls /usr/lib64/libbufr*
> > >
> > > If it's named something different, you can reconfigure MET after
> setting
> > > the BUFRLIB_NAME environment variable.
> > > (run "./configure --help | grep BUFR").
> > >
> > > Or maybe that file does exist but just wasn't compiled using the
> expected
> > > options.
> > > Look starting on this line for an example of compiling it:
> > >
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > >
> > > Hope that helps.
> > >
> > > Thanks,
> > > John
> > >
> > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
> > > > Transaction: Ticket created by ebekele at ucar.edu
> > > > Queue: met_help
> > > > Subject: MET 9.1 Installl error
> > > > Owner: Nobody
> > > > Requestors: ebekele at ucar.edu
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > >
> > > >
> > > >
> > > > Hello,
> > > >
> > > > I have trouble installing MET 9.1 on my personal laptop
(FEDORA 33)
> > > >
> > > > Please find attached configure.log and make_install.log files.
> > > >
> > > > Best regards,
> > > >
> > > > Endalk
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.1 Installl error
From: John Halley Gotway
Time: Fri Nov 06 15:02:30 2020
OK, well that points to a problem. It sounds like there's an issue in
the
compilation of BUFRLIB.
Can you tell me the version number you're using and copy/paste the
commands
you used to compile it?
I can have my colleague take a look at them to see if there's any
obvious
issue.
Thanks,
John
On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>
> Thank you John.
>
> nm /usr/lib64/libbufr.a | grep ufbtab doen't yield anything.
>
> bufrlib was compiled with "-DUNDERSCORE" option.
>
> Thanks,
> Endalk
>
> On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
> > OK, please try running:
> >
> > nm /usr/lib64/libbufr.a | grep ufbtab
> >
> > What does that return? Here's what I see on my machine:
> >
> > nm
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
> > grep ufbtab
> >
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > 0000000000000000 T _ufbtab_
> >
> > I wonder if yours lists "T _ufbtab" without that trailing
underscore? If
> > so, perhaps you'll need to recompile bufrlib using the "-
DUNDERSCORE"
> > option?
> >
> > Thanks,
> > John
> >
> >
> > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > >
> > > Hi John,
> > >
> > > libbufr.a is available @ /usr/lib64
> > >
> > > I recompiled the BUFR in another directory and pointed BUFR_NAME
> > > accordingly. I get the same message, please attached:
> > >
> > > Thank you for your help.
> > >
> > > Endalk
> > >
> > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Endalk,
> > > >
> > > > I see you're having trouble compiling MET version 9.1. Thanks
for
> > sending
> > > > along your config.log and make_install.log files. Here's the
relevant
> > > error
> > > > message from make:
> > > >
> > > >
> > > > */usr/bin/ld: numpbmsg.o: in function
> > > > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > > undefined reference to `ufbtab_'*
> > > >
> > > > The ufbtab function is defined in the BUFRLIB library. I
checked
> > > config.log
> > > > and see that you've set:
> > > > MET_BUFRLIB=/usr/lib64
> > > >
> > > > So first thing, please check to confirm that the following
file
> > actually
> > > > exists:
> > > > ls /usr/lib64/libbufr.a
> > > >
> > > > If it does not, is it named something different?
> > > > ls /usr/lib64/libbufr*
> > > >
> > > > If it's named something different, you can reconfigure MET
after
> > setting
> > > > the BUFRLIB_NAME environment variable.
> > > > (run "./configure --help | grep BUFR").
> > > >
> > > > Or maybe that file does exist but just wasn't compiled using
the
> > expected
> > > > options.
> > > > Look starting on this line for an example of compiling it:
> > > >
> > > >
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > > >
> > > > Hope that helps.
> > > >
> > > > Thanks,
> > > > John
> > > >
> > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
> > > > > Transaction: Ticket created by ebekele at ucar.edu
> > > > > Queue: met_help
> > > > > Subject: MET 9.1 Installl error
> > > > > Owner: Nobody
> > > > > Requestors: ebekele at ucar.edu
> > > > > Status: new
> > > > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > >
> > > > >
> > > > >
> > > > > Hello,
> > > > >
> > > > > I have trouble installing MET 9.1 on my personal laptop
(FEDORA 33)
> > > > >
> > > > > Please find attached configure.log and make_install.log
files.
> > > > >
> > > > > Best regards,
> > > > >
> > > > > Endalk
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.1 Installl error
From: Endalkachew Biratu
Time: Fri Nov 06 15:33:36 2020
Hi John,
The version number is V11-3-0, and I used the commands below to
compile it:
gcc -c -DUNDERSCORE *.c
gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
ar crv libbufr.a *.o
On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> OK, well that points to a problem. It sounds like there's an issue
in the
> compilation of BUFRLIB.
>
> Can you tell me the version number you're using and copy/paste the
commands
> you used to compile it?
> I can have my colleague take a look at them to see if there's any
obvious
> issue.
>
> Thanks,
> John
>
> On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> >
> > Thank you John.
> >
> > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield anything.
> >
> > bufrlib was compiled with "-DUNDERSCORE" option.
> >
> > Thanks,
> > Endalk
> >
> > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > OK, please try running:
> > >
> > > nm /usr/lib64/libbufr.a | grep ufbtab
> > >
> > > What does that return? Here's what I see on my machine:
> > >
> > > nm
> >
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
> > > grep ufbtab
> > >
> > >
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > > 0000000000000000 T _ufbtab_
> > >
> > > I wonder if yours lists "T _ufbtab" without that trailing
underscore?
> If
> > > so, perhaps you'll need to recompile bufrlib using the "-
DUNDERSCORE"
> > > option?
> > >
> > > Thanks,
> > > John
> > >
> > >
> > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
>
> > > >
> > > > Hi John,
> > > >
> > > > libbufr.a is available @ /usr/lib64
> > > >
> > > > I recompiled the BUFR in another directory and pointed
BUFR_NAME
> > > > accordingly. I get the same message, please attached:
> > > >
> > > > Thank you for your help.
> > > >
> > > > Endalk
> > > >
> > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Endalk,
> > > > >
> > > > > I see you're having trouble compiling MET version 9.1.
Thanks for
> > > sending
> > > > > along your config.log and make_install.log files. Here's the
> relevant
> > > > error
> > > > > message from make:
> > > > >
> > > > >
> > > > > */usr/bin/ld: numpbmsg.o: in function
> > > > >
> `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > > > undefined reference to `ufbtab_'*
> > > > >
> > > > > The ufbtab function is defined in the BUFRLIB library. I
checked
> > > > config.log
> > > > > and see that you've set:
> > > > > MET_BUFRLIB=/usr/lib64
> > > > >
> > > > > So first thing, please check to confirm that the following
file
> > > actually
> > > > > exists:
> > > > > ls /usr/lib64/libbufr.a
> > > > >
> > > > > If it does not, is it named something different?
> > > > > ls /usr/lib64/libbufr*
> > > > >
> > > > > If it's named something different, you can reconfigure MET
after
> > > setting
> > > > > the BUFRLIB_NAME environment variable.
> > > > > (run "./configure --help | grep BUFR").
> > > > >
> > > > > Or maybe that file does exist but just wasn't compiled using
the
> > > expected
> > > > > options.
> > > > > Look starting on this line for an example of compiling it:
> > > > >
> > > > >
> > > >
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > > > >
> > > > > Hope that helps.
> > > > >
> > > > > Thanks,
> > > > > John
> > > > >
> > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT <
> > > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
> > > > > > Transaction: Ticket created by ebekele at ucar.edu
> > > > > > Queue: met_help
> > > > > > Subject: MET 9.1 Installl error
> > > > > > Owner: Nobody
> > > > > > Requestors: ebekele at ucar.edu
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > > >
> > > > > >
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > I have trouble installing MET 9.1 on my personal laptop
(FEDORA
> 33)
> > > > > >
> > > > > > Please find attached configure.log and make_install.log
files.
> > > > > >
> > > > > > Best regards,
> > > > > >
> > > > > > Endalk
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.1 Installl error
From: John Halley Gotway
Time: Fri Nov 06 15:38:16 2020
Julie,
Can you please take a look at this message history and let Endalk and
I
know if you have any recommendations?
Thanks
John
On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>
> Hi John,
>
> The version number is V11-3-0, and I used the commands below to
compile it:
>
> gcc -c -DUNDERSCORE *.c
> gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> ar crv libbufr.a *.o
>
> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
> > OK, well that points to a problem. It sounds like there's an issue
in the
> > compilation of BUFRLIB.
> >
> > Can you tell me the version number you're using and copy/paste the
> commands
> > you used to compile it?
> > I can have my colleague take a look at them to see if there's any
obvious
> > issue.
> >
> > Thanks,
> > John
> >
> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > >
> > > Thank you John.
> > >
> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield anything.
> > >
> > > bufrlib was compiled with "-DUNDERSCORE" option.
> > >
> > > Thanks,
> > > Endalk
> > >
> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > > OK, please try running:
> > > >
> > > > nm /usr/lib64/libbufr.a | grep ufbtab
> > > >
> > > > What does that return? Here's what I see on my machine:
> > > >
> > > > nm
> > >
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
> |
> > > > grep ufbtab
> > > >
> > > >
> > >
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > > > 0000000000000000 T _ufbtab_
> > > >
> > > > I wonder if yours lists "T _ufbtab" without that trailing
underscore?
> > If
> > > > so, perhaps you'll need to recompile bufrlib using the "-
DUNDERSCORE"
> > > > option?
> > > >
> > > > Thanks,
> > > > John
> > > >
> > > >
> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > > > >
> > > > > Hi John,
> > > > >
> > > > > libbufr.a is available @ /usr/lib64
> > > > >
> > > > > I recompiled the BUFR in another directory and pointed
BUFR_NAME
> > > > > accordingly. I get the same message, please attached:
> > > > >
> > > > > Thank you for your help.
> > > > >
> > > > > Endalk
> > > > >
> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT <
> > > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Endalk,
> > > > > >
> > > > > > I see you're having trouble compiling MET version 9.1.
Thanks for
> > > > sending
> > > > > > along your config.log and make_install.log files. Here's
the
> > relevant
> > > > > error
> > > > > > message from make:
> > > > > >
> > > > > >
> > > > > > */usr/bin/ld: numpbmsg.o: in function
> > > > > >
> > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > > > > undefined reference to `ufbtab_'*
> > > > > >
> > > > > > The ufbtab function is defined in the BUFRLIB library. I
checked
> > > > > config.log
> > > > > > and see that you've set:
> > > > > > MET_BUFRLIB=/usr/lib64
> > > > > >
> > > > > > So first thing, please check to confirm that the following
file
> > > > actually
> > > > > > exists:
> > > > > > ls /usr/lib64/libbufr.a
> > > > > >
> > > > > > If it does not, is it named something different?
> > > > > > ls /usr/lib64/libbufr*
> > > > > >
> > > > > > If it's named something different, you can reconfigure MET
after
> > > > setting
> > > > > > the BUFRLIB_NAME environment variable.
> > > > > > (run "./configure --help | grep BUFR").
> > > > > >
> > > > > > Or maybe that file does exist but just wasn't compiled
using the
> > > > expected
> > > > > > options.
> > > > > > Look starting on this line for an example of compiling it:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > > > > >
> > > > > > Hope that helps.
> > > > > >
> > > > > > Thanks,
> > > > > > John
> > > > > >
> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT <
> > > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
> > > > > > > Transaction: Ticket created by ebekele at ucar.edu
> > > > > > > Queue: met_help
> > > > > > > Subject: MET 9.1 Installl error
> > > > > > > Owner: Nobody
> > > > > > > Requestors: ebekele at ucar.edu
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Hello,
> > > > > > >
> > > > > > > I have trouble installing MET 9.1 on my personal laptop
(FEDORA
> > 33)
> > > > > > >
> > > > > > > Please find attached configure.log and make_install.log
files.
> > > > > > >
> > > > > > > Best regards,
> > > > > > >
> > > > > > > Endalk
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.1 Installl error
From: Julie Prestopnik
Time: Mon Nov 09 09:02:22 2020
Hi Endalk.
Instead of compiling BUFRLIB version 11.3.0 in this way:
> gcc -c -DUNDERSCORE *.c
> gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> ar crv libbufr.a *.o
Please try the following instead:
> gcc -c -DUNDERSCORE `./getdefflags_C.sh` *.c
gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep
-v
> "mod[av]_"`
ar crv libbufr.a *.o
The README_BUFRLIB file in the BUFRLIB package changed for version
11.3.0
to include building in this new way.
Please give that a try, then reconfigure and recompile MET, and let us
know
how it goes. Thanks!
Julie
On Fri, Nov 6, 2020 at 3:38 PM John Halley Gotway <johnhg at ucar.edu>
wrote:
> Julie,
>
> Can you please take a look at this message history and let Endalk
and I
> know if you have any recommendations?
>
> Thanks
> John
>
> On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT <
> met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>>
>> Hi John,
>>
>> The version number is V11-3-0, and I used the commands below to
compile
>> it:
>>
>> gcc -c -DUNDERSCORE *.c
>> gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
>> ar crv libbufr.a *.o
>>
>> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > OK, well that points to a problem. It sounds like there's an
issue in
>> the
>> > compilation of BUFRLIB.
>> >
>> > Can you tell me the version number you're using and copy/paste
the
>> commands
>> > you used to compile it?
>> > I can have my colleague take a look at them to see if there's any
>> obvious
>> > issue.
>> >
>> > Thanks,
>> > John
>> >
>> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT <
>> > met_help at ucar.edu>
>> > wrote:
>> >
>> > >
>> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>> > >
>> > > Thank you John.
>> > >
>> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield anything.
>> > >
>> > > bufrlib was compiled with "-DUNDERSCORE" option.
>> > >
>> > > Thanks,
>> > > Endalk
>> > >
>> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT <
>> > > met_help at ucar.edu>
>> > > wrote:
>> > >
>> > > > OK, please try running:
>> > > >
>> > > > nm /usr/lib64/libbufr.a | grep ufbtab
>> > > >
>> > > > What does that return? Here's what I see on my machine:
>> > > >
>> > > > nm
>> > >
>>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
>> > > > grep ufbtab
>> > > >
>> > > >
>> > >
>> >
>>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
>> > > > 0000000000000000 T _ufbtab_
>> > > >
>> > > > I wonder if yours lists "T _ufbtab" without that trailing
>> underscore?
>> > If
>> > > > so, perhaps you'll need to recompile bufrlib using the
>> "-DUNDERSCORE"
>> > > > option?
>> > > >
>> > > > Thanks,
>> > > > John
>> > > >
>> > > >
>> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT <
>> > > > met_help at ucar.edu>
>> > > > wrote:
>> > > >
>> > > > >
>> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>> > > > >
>> > > > > Hi John,
>> > > > >
>> > > > > libbufr.a is available @ /usr/lib64
>> > > > >
>> > > > > I recompiled the BUFR in another directory and pointed
BUFR_NAME
>> > > > > accordingly. I get the same message, please attached:
>> > > > >
>> > > > > Thank you for your help.
>> > > > >
>> > > > > Endalk
>> > > > >
>> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT <
>> > > > > met_help at ucar.edu>
>> > > > > wrote:
>> > > > >
>> > > > > > Endalk,
>> > > > > >
>> > > > > > I see you're having trouble compiling MET version 9.1.
Thanks
>> for
>> > > > sending
>> > > > > > along your config.log and make_install.log files. Here's
the
>> > relevant
>> > > > > error
>> > > > > > message from make:
>> > > > > >
>> > > > > >
>> > > > > > */usr/bin/ld: numpbmsg.o: in function
>> > > > > >
>> > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
>> > > > > > undefined reference to `ufbtab_'*
>> > > > > >
>> > > > > > The ufbtab function is defined in the BUFRLIB library. I
checked
>> > > > > config.log
>> > > > > > and see that you've set:
>> > > > > > MET_BUFRLIB=/usr/lib64
>> > > > > >
>> > > > > > So first thing, please check to confirm that the
following file
>> > > > actually
>> > > > > > exists:
>> > > > > > ls /usr/lib64/libbufr.a
>> > > > > >
>> > > > > > If it does not, is it named something different?
>> > > > > > ls /usr/lib64/libbufr*
>> > > > > >
>> > > > > > If it's named something different, you can reconfigure
MET after
>> > > > setting
>> > > > > > the BUFRLIB_NAME environment variable.
>> > > > > > (run "./configure --help | grep BUFR").
>> > > > > >
>> > > > > > Or maybe that file does exist but just wasn't compiled
using the
>> > > > expected
>> > > > > > options.
>> > > > > > Look starting on this line for an example of compiling
it:
>> > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
>> > > > > >
>> > > > > > Hope that helps.
>> > > > > >
>> > > > > > Thanks,
>> > > > > > John
>> > > > > >
>> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via RT
<
>> > > > > > met_help at ucar.edu>
>> > > > > > wrote:
>> > > > > >
>> > > > > > >
>> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted upon.
>> > > > > > > Transaction: Ticket created by ebekele at ucar.edu
>> > > > > > > Queue: met_help
>> > > > > > > Subject: MET 9.1 Installl error
>> > > > > > > Owner: Nobody
>> > > > > > > Requestors: ebekele at ucar.edu
>> > > > > > > Status: new
>> > > > > > > Ticket <URL:
>> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
>> > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > > Hello,
>> > > > > > >
>> > > > > > > I have trouble installing MET 9.1 on my personal laptop
>> (FEDORA
>> > 33)
>> > > > > > >
>> > > > > > > Please find attached configure.log and make_install.log
files.
>> > > > > > >
>> > > > > > > Best regards,
>> > > > > > >
>> > > > > > > Endalk
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> >
>> >
>>
>>
--
Julie Prestopnik (she/her/hers)
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: MET 9.1 Installl error
From: Endalkachew Biratu
Time: Mon Nov 09 11:27:18 2020
Hi Julie,
I tried to recompile but it brought the error message below:
[endbek at localhost bufr]$ gfortran -c `./getdefflags_F.sh` modv*.F
moda*.F
`ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
./getdefflags_F.sh: line 54: -o: command not found
./getdefflags_F.sh: line 56: ./endiantest: No such file or directory
./getdefflags_F.sh: line 56: [: =: unary operator expected
[endbek at localhost bufr]$ vi bufr_compile.log
Please see the log file as well.
Thanks,
Endalk
On Mon, Nov 9, 2020 at 11:02 AM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Endalk.
>
> Instead of compiling BUFRLIB version 11.3.0 in this way:
>
> > gcc -c -DUNDERSCORE *.c
> > gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > ar crv libbufr.a *.o
>
>
> Please try the following instead:
>
> > gcc -c -DUNDERSCORE `./getdefflags_C.sh` *.c
>
> gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f |
grep -v
> > "mod[av]_"`
>
> ar crv libbufr.a *.o
>
>
> The README_BUFRLIB file in the BUFRLIB package changed for version
11.3.0
> to include building in this new way.
>
> Please give that a try, then reconfigure and recompile MET, and let
us know
> how it goes. Thanks!
>
> Julie
>
> On Fri, Nov 6, 2020 at 3:38 PM John Halley Gotway <johnhg at ucar.edu>
wrote:
>
> > Julie,
> >
> > Can you please take a look at this message history and let Endalk
and I
> > know if you have any recommendations?
> >
> > Thanks
> > John
> >
> > On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT <
> > met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> >>
> >> Hi John,
> >>
> >> The version number is V11-3-0, and I used the commands below to
compile
> >> it:
> >>
> >> gcc -c -DUNDERSCORE *.c
> >> gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> >> ar crv libbufr.a *.o
> >>
> >> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >> > OK, well that points to a problem. It sounds like there's an
issue in
> >> the
> >> > compilation of BUFRLIB.
> >> >
> >> > Can you tell me the version number you're using and copy/paste
the
> >> commands
> >> > you used to compile it?
> >> > I can have my colleague take a look at them to see if there's
any
> >> obvious
> >> > issue.
> >> >
> >> > Thanks,
> >> > John
> >> >
> >> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT <
> >> > met_help at ucar.edu>
> >> > wrote:
> >> >
> >> > >
> >> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
>
> >> > >
> >> > > Thank you John.
> >> > >
> >> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield anything.
> >> > >
> >> > > bufrlib was compiled with "-DUNDERSCORE" option.
> >> > >
> >> > > Thanks,
> >> > > Endalk
> >> > >
> >> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT <
> >> > > met_help at ucar.edu>
> >> > > wrote:
> >> > >
> >> > > > OK, please try running:
> >> > > >
> >> > > > nm /usr/lib64/libbufr.a | grep ufbtab
> >> > > >
> >> > > > What does that return? Here's what I see on my machine:
> >> > > >
> >> > > > nm
> >> > >
> >>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
> >> > > > grep ufbtab
> >> > > >
> >> > > >
> >> > >
> >> >
> >>
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> >> > > > 0000000000000000 T _ufbtab_
> >> > > >
> >> > > > I wonder if yours lists "T _ufbtab" without that trailing
> >> underscore?
> >> > If
> >> > > > so, perhaps you'll need to recompile bufrlib using the
> >> "-DUNDERSCORE"
> >> > > > option?
> >> > > >
> >> > > > Thanks,
> >> > > > John
> >> > > >
> >> > > >
> >> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT <
> >> > > > met_help at ucar.edu>
> >> > > > wrote:
> >> > > >
> >> > > > >
> >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> >> > > > >
> >> > > > > Hi John,
> >> > > > >
> >> > > > > libbufr.a is available @ /usr/lib64
> >> > > > >
> >> > > > > I recompiled the BUFR in another directory and pointed
BUFR_NAME
> >> > > > > accordingly. I get the same message, please attached:
> >> > > > >
> >> > > > > Thank you for your help.
> >> > > > >
> >> > > > > Endalk
> >> > > > >
> >> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via RT
<
> >> > > > > met_help at ucar.edu>
> >> > > > > wrote:
> >> > > > >
> >> > > > > > Endalk,
> >> > > > > >
> >> > > > > > I see you're having trouble compiling MET version 9.1.
Thanks
> >> for
> >> > > > sending
> >> > > > > > along your config.log and make_install.log files.
Here's the
> >> > relevant
> >> > > > > error
> >> > > > > > message from make:
> >> > > > > >
> >> > > > > >
> >> > > > > > */usr/bin/ld: numpbmsg.o: in function
> >> > > > > >
> >> > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> >> > > > > > undefined reference to `ufbtab_'*
> >> > > > > >
> >> > > > > > The ufbtab function is defined in the BUFRLIB library.
I
> checked
> >> > > > > config.log
> >> > > > > > and see that you've set:
> >> > > > > > MET_BUFRLIB=/usr/lib64
> >> > > > > >
> >> > > > > > So first thing, please check to confirm that the
following
> file
> >> > > > actually
> >> > > > > > exists:
> >> > > > > > ls /usr/lib64/libbufr.a
> >> > > > > >
> >> > > > > > If it does not, is it named something different?
> >> > > > > > ls /usr/lib64/libbufr*
> >> > > > > >
> >> > > > > > If it's named something different, you can reconfigure
MET
> after
> >> > > > setting
> >> > > > > > the BUFRLIB_NAME environment variable.
> >> > > > > > (run "./configure --help | grep BUFR").
> >> > > > > >
> >> > > > > > Or maybe that file does exist but just wasn't compiled
using
> the
> >> > > > expected
> >> > > > > > options.
> >> > > > > > Look starting on this line for an example of compiling
it:
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> >> > > > > >
> >> > > > > > Hope that helps.
> >> > > > > >
> >> > > > > > Thanks,
> >> > > > > > John
> >> > > > > >
> >> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via
RT <
> >> > > > > > met_help at ucar.edu>
> >> > > > > > wrote:
> >> > > > > >
> >> > > > > > >
> >> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted
upon.
> >> > > > > > > Transaction: Ticket created by ebekele at ucar.edu
> >> > > > > > > Queue: met_help
> >> > > > > > > Subject: MET 9.1 Installl error
> >> > > > > > > Owner: Nobody
> >> > > > > > > Requestors: ebekele at ucar.edu
> >> > > > > > > Status: new
> >> > > > > > > Ticket <URL:
> >> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> >> > > > > >
> >> > > > > > >
> >> > > > > > >
> >> > > > > > > Hello,
> >> > > > > > >
> >> > > > > > > I have trouble installing MET 9.1 on my personal
laptop
> >> (FEDORA
> >> > 33)
> >> > > > > > >
> >> > > > > > > Please find attached configure.log and
make_install.log
> files.
> >> > > > > > >
> >> > > > > > > Best regards,
> >> > > > > > >
> >> > > > > > > Endalk
> >> > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
>
> --
> Julie Prestopnik (she/her/hers)
> 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: MET 9.1 Installl error
From: Julie Prestopnik
Time: Mon Nov 09 12:19:41 2020
Hi Endalk.
Thank you for this information.
When I did not have the environment variable CC set:
> > echo $CC
> CC: Undefined variable.
I received the following output:
> > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f |
grep
> -v "mod[av]_"` >& bufr_gfortran_compile.log
> ./getdefflags_F.sh: 54: ./getdefflags_F.sh: -o: not found
> ./getdefflags_F.sh: 1: ./getdefflags_F.sh: ./endiantest: not found
> ./getdefflags_F.sh: 56: [: =: unexpected operator
although, I did not receive the errors that you did in your
bufr_compile.log file. However, when I set CC to gcc:
> > setenv CC gcc
> > echo $CC
> gcc
I received a warning:
> > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f |
grep
> -v "mod[av]_"` > & bufr_gfortran_compile.log
> endiantest.c:33:1: warning: return type defaults to 'int' [-
Wimplicit-int]
> main()
> ^~~~
and again no error in my log file.
On line 54 of "getdefflags_F.sh", it looks like it is using $CC and
expecting it to be set.
> $CC -o endiantest endiantest.c
Please try setting CC and let me know how that goes. In your
config.log
file, I do see that you are using a very recent version of the gcc
compiler:
> gcc version 10.2.1 20201016
and should mention that it would not be too surprising if the
developers of
BUFRLIB have not yet compiled their code using that version.
Julie
>
On Mon, Nov 9, 2020 at 11:27 AM Endalkachew Biratu via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>
> Hi Julie,
>
> I tried to recompile but it brought the error message below:
>
> [endbek at localhost bufr]$ gfortran -c `./getdefflags_F.sh` modv*.F
moda*.F
> `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
> ./getdefflags_F.sh: line 54: -o: command not found
> ./getdefflags_F.sh: line 56: ./endiantest: No such file or directory
> ./getdefflags_F.sh: line 56: [: =: unary operator expected
> [endbek at localhost bufr]$ vi bufr_compile.log
>
> Please see the log file as well.
>
> Thanks,
> Endalk
>
>
> On Mon, Nov 9, 2020 at 11:02 AM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Endalk.
> >
> > Instead of compiling BUFRLIB version 11.3.0 in this way:
> >
> > > gcc -c -DUNDERSCORE *.c
> > > gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > > ar crv libbufr.a *.o
> >
> >
> > Please try the following instead:
> >
> > > gcc -c -DUNDERSCORE `./getdefflags_C.sh` *.c
> >
> > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f |
grep -v
> > > "mod[av]_"`
> >
> > ar crv libbufr.a *.o
> >
> >
> > The README_BUFRLIB file in the BUFRLIB package changed for version
11.3.0
> > to include building in this new way.
> >
> > Please give that a try, then reconfigure and recompile MET, and
let us
> know
> > how it goes. Thanks!
> >
> > Julie
> >
> > On Fri, Nov 6, 2020 at 3:38 PM John Halley Gotway
<johnhg at ucar.edu>
> wrote:
> >
> > > Julie,
> > >
> > > Can you please take a look at this message history and let
Endalk and I
> > > know if you have any recommendations?
> > >
> > > Thanks
> > > John
> > >
> > > On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > >>
> > >> Hi John,
> > >>
> > >> The version number is V11-3-0, and I used the commands below to
> compile
> > >> it:
> > >>
> > >> gcc -c -DUNDERSCORE *.c
> > >> gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > >> ar crv libbufr.a *.o
> > >>
> > >> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > OK, well that points to a problem. It sounds like there's an
issue
> in
> > >> the
> > >> > compilation of BUFRLIB.
> > >> >
> > >> > Can you tell me the version number you're using and
copy/paste the
> > >> commands
> > >> > you used to compile it?
> > >> > I can have my colleague take a look at them to see if there's
any
> > >> obvious
> > >> > issue.
> > >> >
> > >> > Thanks,
> > >> > John
> > >> >
> > >> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT <
> > >> > met_help at ucar.edu>
> > >> > wrote:
> > >> >
> > >> > >
> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > >> > >
> > >> > > Thank you John.
> > >> > >
> > >> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield
anything.
> > >> > >
> > >> > > bufrlib was compiled with "-DUNDERSCORE" option.
> > >> > >
> > >> > > Thanks,
> > >> > > Endalk
> > >> > >
> > >> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT <
> > >> > > met_help at ucar.edu>
> > >> > > wrote:
> > >> > >
> > >> > > > OK, please try running:
> > >> > > >
> > >> > > > nm /usr/lib64/libbufr.a | grep ufbtab
> > >> > > >
> > >> > > > What does that return? Here's what I see on my machine:
> > >> > > >
> > >> > > > nm
> > >> > >
> > >>
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
> > >> > > > grep ufbtab
> > >> > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > >> > > > 0000000000000000 T _ufbtab_
> > >> > > >
> > >> > > > I wonder if yours lists "T _ufbtab" without that trailing
> > >> underscore?
> > >> > If
> > >> > > > so, perhaps you'll need to recompile bufrlib using the
> > >> "-DUNDERSCORE"
> > >> > > > option?
> > >> > > >
> > >> > > > Thanks,
> > >> > > > John
> > >> > > >
> > >> > > >
> > >> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via RT
<
> > >> > > > met_help at ucar.edu>
> > >> > > > wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> >
> > >> > > > >
> > >> > > > > Hi John,
> > >> > > > >
> > >> > > > > libbufr.a is available @ /usr/lib64
> > >> > > > >
> > >> > > > > I recompiled the BUFR in another directory and pointed
> BUFR_NAME
> > >> > > > > accordingly. I get the same message, please attached:
> > >> > > > >
> > >> > > > > Thank you for your help.
> > >> > > > >
> > >> > > > > Endalk
> > >> > > > >
> > >> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via
RT <
> > >> > > > > met_help at ucar.edu>
> > >> > > > > wrote:
> > >> > > > >
> > >> > > > > > Endalk,
> > >> > > > > >
> > >> > > > > > I see you're having trouble compiling MET version
9.1.
> Thanks
> > >> for
> > >> > > > sending
> > >> > > > > > along your config.log and make_install.log files.
Here's the
> > >> > relevant
> > >> > > > > error
> > >> > > > > > message from make:
> > >> > > > > >
> > >> > > > > >
> > >> > > > > > */usr/bin/ld: numpbmsg.o: in function
> > >> > > > > >
> > >> >
> `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > >> > > > > > undefined reference to `ufbtab_'*
> > >> > > > > >
> > >> > > > > > The ufbtab function is defined in the BUFRLIB
library. I
> > checked
> > >> > > > > config.log
> > >> > > > > > and see that you've set:
> > >> > > > > > MET_BUFRLIB=/usr/lib64
> > >> > > > > >
> > >> > > > > > So first thing, please check to confirm that the
following
> > file
> > >> > > > actually
> > >> > > > > > exists:
> > >> > > > > > ls /usr/lib64/libbufr.a
> > >> > > > > >
> > >> > > > > > If it does not, is it named something different?
> > >> > > > > > ls /usr/lib64/libbufr*
> > >> > > > > >
> > >> > > > > > If it's named something different, you can
reconfigure MET
> > after
> > >> > > > setting
> > >> > > > > > the BUFRLIB_NAME environment variable.
> > >> > > > > > (run "./configure --help | grep BUFR").
> > >> > > > > >
> > >> > > > > > Or maybe that file does exist but just wasn't
compiled using
> > the
> > >> > > > expected
> > >> > > > > > options.
> > >> > > > > > Look starting on this line for an example of
compiling it:
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > >> > > > > >
> > >> > > > > > Hope that helps.
> > >> > > > > >
> > >> > > > > > Thanks,
> > >> > > > > > John
> > >> > > > > >
> > >> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu via
RT <
> > >> > > > > > met_help at ucar.edu>
> > >> > > > > > wrote:
> > >> > > > > >
> > >> > > > > > >
> > >> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted
upon.
> > >> > > > > > > Transaction: Ticket created by ebekele at ucar.edu
> > >> > > > > > > Queue: met_help
> > >> > > > > > > Subject: MET 9.1 Installl error
> > >> > > > > > > Owner: Nobody
> > >> > > > > > > Requestors: ebekele at ucar.edu
> > >> > > > > > > Status: new
> > >> > > > > > > Ticket <URL:
> > >> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > >> > > > > >
> > >> > > > > > >
> > >> > > > > > >
> > >> > > > > > > Hello,
> > >> > > > > > >
> > >> > > > > > > I have trouble installing MET 9.1 on my personal
laptop
> > >> (FEDORA
> > >> > 33)
> > >> > > > > > >
> > >> > > > > > > Please find attached configure.log and
make_install.log
> > files.
> > >> > > > > > >
> > >> > > > > > > Best regards,
> > >> > > > > > >
> > >> > > > > > > Endalk
> > >> > > > > > >
> > >> > > > > > >
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >>
> > >>
> >
> > --
> > Julie Prestopnik (she/her/hers)
> > 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/hers)
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: MET 9.1 Installl error
From: Endalkachew Biratu
Time: Mon Nov 09 13:26:40 2020
Hi Julie,
Now, I get a different error message.
Looks like the issue has something to do with my FORTRAN compiler.
Please
attached log file.
Thank you so much for your help.
Endalk
On Mon, Nov 9, 2020 at 2:19 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Endalk.
>
> Thank you for this information.
>
> When I did not have the environment variable CC set:
>
> > > echo $CC
> > CC: Undefined variable.
>
>
> I received the following output:
>
> > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f
| grep
> > -v "mod[av]_"` >& bufr_gfortran_compile.log
> > ./getdefflags_F.sh: 54: ./getdefflags_F.sh: -o: not found
> > ./getdefflags_F.sh: 1: ./getdefflags_F.sh: ./endiantest: not found
> > ./getdefflags_F.sh: 56: [: =: unexpected operator
>
>
> although, I did not receive the errors that you did in your
> bufr_compile.log file. However, when I set CC to gcc:
>
> > > setenv CC gcc
> > > echo $CC
> > gcc
>
>
> I received a warning:
>
> > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f
| grep
> > -v "mod[av]_"` > & bufr_gfortran_compile.log
> > endiantest.c:33:1: warning: return type defaults to 'int'
> [-Wimplicit-int]
> > main()
> > ^~~~
>
>
> and again no error in my log file.
>
> On line 54 of "getdefflags_F.sh", it looks like it is using $CC and
> expecting it to be set.
>
> > $CC -o endiantest endiantest.c
>
>
> Please try setting CC and let me know how that goes. In your
config.log
> file, I do see that you are using a very recent version of the gcc
> compiler:
>
> > gcc version 10.2.1 20201016
>
>
> and should mention that it would not be too surprising if the
developers of
> BUFRLIB have not yet compiled their code using that version.
>
> Julie
>
> >
>
>
>
> On Mon, Nov 9, 2020 at 11:27 AM Endalkachew Biratu via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> >
> > Hi Julie,
> >
> > I tried to recompile but it brought the error message below:
> >
> > [endbek at localhost bufr]$ gfortran -c `./getdefflags_F.sh` modv*.F
> moda*.F
> > `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
> > ./getdefflags_F.sh: line 54: -o: command not found
> > ./getdefflags_F.sh: line 56: ./endiantest: No such file or
directory
> > ./getdefflags_F.sh: line 56: [: =: unary operator expected
> > [endbek at localhost bufr]$ vi bufr_compile.log
> >
> > Please see the log file as well.
> >
> > Thanks,
> > Endalk
> >
> >
> > On Mon, Nov 9, 2020 at 11:02 AM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hi Endalk.
> > >
> > > Instead of compiling BUFRLIB version 11.3.0 in this way:
> > >
> > > > gcc -c -DUNDERSCORE *.c
> > > > gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > > > ar crv libbufr.a *.o
> > >
> > >
> > > Please try the following instead:
> > >
> > > > gcc -c -DUNDERSCORE `./getdefflags_C.sh` *.c
> > >
> > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f
| grep
> -v
> > > > "mod[av]_"`
> > >
> > > ar crv libbufr.a *.o
> > >
> > >
> > > The README_BUFRLIB file in the BUFRLIB package changed for
version
> 11.3.0
> > > to include building in this new way.
> > >
> > > Please give that a try, then reconfigure and recompile MET, and
let us
> > know
> > > how it goes. Thanks!
> > >
> > > Julie
> > >
> > > On Fri, Nov 6, 2020 at 3:38 PM John Halley Gotway
<johnhg at ucar.edu>
> > wrote:
> > >
> > > > Julie,
> > > >
> > > > Can you please take a look at this message history and let
Endalk
> and I
> > > > know if you have any recommendations?
> > > >
> > > > Thanks
> > > > John
> > > >
> > > > On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > >>
> > > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
>
> > > >>
> > > >> Hi John,
> > > >>
> > > >> The version number is V11-3-0, and I used the commands below
to
> > compile
> > > >> it:
> > > >>
> > > >> gcc -c -DUNDERSCORE *.c
> > > >> gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > > >> ar crv libbufr.a *.o
> > > >>
> > > >> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT <
> > > >> met_help at ucar.edu>
> > > >> wrote:
> > > >>
> > > >> > OK, well that points to a problem. It sounds like there's
an issue
> > in
> > > >> the
> > > >> > compilation of BUFRLIB.
> > > >> >
> > > >> > Can you tell me the version number you're using and
copy/paste the
> > > >> commands
> > > >> > you used to compile it?
> > > >> > I can have my colleague take a look at them to see if
there's any
> > > >> obvious
> > > >> > issue.
> > > >> >
> > > >> > Thanks,
> > > >> > John
> > > >> >
> > > >> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT <
> > > >> > met_help at ucar.edu>
> > > >> > wrote:
> > > >> >
> > > >> > >
> > > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > > >> > >
> > > >> > > Thank you John.
> > > >> > >
> > > >> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield
anything.
> > > >> > >
> > > >> > > bufrlib was compiled with "-DUNDERSCORE" option.
> > > >> > >
> > > >> > > Thanks,
> > > >> > > Endalk
> > > >> > >
> > > >> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via RT
<
> > > >> > > met_help at ucar.edu>
> > > >> > > wrote:
> > > >> > >
> > > >> > > > OK, please try running:
> > > >> > > >
> > > >> > > > nm /usr/lib64/libbufr.a | grep ufbtab
> > > >> > > >
> > > >> > > > What does that return? Here's what I see on my machine:
> > > >> > > >
> > > >> > > > nm
> > > >> > >
> > > >>
> >
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
|
> > > >> > > > grep ufbtab
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > > >> > > > 0000000000000000 T _ufbtab_
> > > >> > > >
> > > >> > > > I wonder if yours lists "T _ufbtab" without that
trailing
> > > >> underscore?
> > > >> > If
> > > >> > > > so, perhaps you'll need to recompile bufrlib using the
> > > >> "-DUNDERSCORE"
> > > >> > > > option?
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > > John
> > > >> > > >
> > > >> > > >
> > > >> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via
RT <
> > > >> > > > met_help at ucar.edu>
> > > >> > > > wrote:
> > > >> > > >
> > > >> > > > >
> > > >> > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > >
> > > >> > > > >
> > > >> > > > > Hi John,
> > > >> > > > >
> > > >> > > > > libbufr.a is available @ /usr/lib64
> > > >> > > > >
> > > >> > > > > I recompiled the BUFR in another directory and
pointed
> > BUFR_NAME
> > > >> > > > > accordingly. I get the same message, please attached:
> > > >> > > > >
> > > >> > > > > Thank you for your help.
> > > >> > > > >
> > > >> > > > > Endalk
> > > >> > > > >
> > > >> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway via
RT <
> > > >> > > > > met_help at ucar.edu>
> > > >> > > > > wrote:
> > > >> > > > >
> > > >> > > > > > Endalk,
> > > >> > > > > >
> > > >> > > > > > I see you're having trouble compiling MET version
9.1.
> > Thanks
> > > >> for
> > > >> > > > sending
> > > >> > > > > > along your config.log and make_install.log files.
Here's
> the
> > > >> > relevant
> > > >> > > > > error
> > > >> > > > > > message from make:
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > > > */usr/bin/ld: numpbmsg.o: in function
> > > >> > > > > >
> > > >> >
> > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > >> > > > > > undefined reference to `ufbtab_'*
> > > >> > > > > >
> > > >> > > > > > The ufbtab function is defined in the BUFRLIB
library. I
> > > checked
> > > >> > > > > config.log
> > > >> > > > > > and see that you've set:
> > > >> > > > > > MET_BUFRLIB=/usr/lib64
> > > >> > > > > >
> > > >> > > > > > So first thing, please check to confirm that the
following
> > > file
> > > >> > > > actually
> > > >> > > > > > exists:
> > > >> > > > > > ls /usr/lib64/libbufr.a
> > > >> > > > > >
> > > >> > > > > > If it does not, is it named something different?
> > > >> > > > > > ls /usr/lib64/libbufr*
> > > >> > > > > >
> > > >> > > > > > If it's named something different, you can
reconfigure MET
> > > after
> > > >> > > > setting
> > > >> > > > > > the BUFRLIB_NAME environment variable.
> > > >> > > > > > (run "./configure --help | grep BUFR").
> > > >> > > > > >
> > > >> > > > > > Or maybe that file does exist but just wasn't
compiled
> using
> > > the
> > > >> > > > expected
> > > >> > > > > > options.
> > > >> > > > > > Look starting on this line for an example of
compiling it:
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > > >> > > > > >
> > > >> > > > > > Hope that helps.
> > > >> > > > > >
> > > >> > > > > > Thanks,
> > > >> > > > > > John
> > > >> > > > > >
> > > >> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu
via RT <
> > > >> > > > > > met_help at ucar.edu>
> > > >> > > > > > wrote:
> > > >> > > > > >
> > > >> > > > > > >
> > > >> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was acted
upon.
> > > >> > > > > > > Transaction: Ticket created by ebekele at ucar.edu
> > > >> > > > > > > Queue: met_help
> > > >> > > > > > > Subject: MET 9.1 Installl error
> > > >> > > > > > > Owner: Nobody
> > > >> > > > > > > Requestors: ebekele at ucar.edu
> > > >> > > > > > > Status: new
> > > >> > > > > > > Ticket <URL:
> > > >> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > >> > > > > >
> > > >> > > > > > >
> > > >> > > > > > >
> > > >> > > > > > > Hello,
> > > >> > > > > > >
> > > >> > > > > > > I have trouble installing MET 9.1 on my personal
laptop
> > > >> (FEDORA
> > > >> > 33)
> > > >> > > > > > >
> > > >> > > > > > > Please find attached configure.log and
make_install.log
> > > files.
> > > >> > > > > > >
> > > >> > > > > > > Best regards,
> > > >> > > > > > >
> > > >> > > > > > > Endalk
> > > >> > > > > > >
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >> >
> > > >> >
> > > >>
> > > >>
> > >
> > > --
> > > Julie Prestopnik (she/her/hers)
> > > 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/hers)
> 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: MET 9.1 Installl error
From: Julie Prestopnik
Time: Mon Nov 09 17:01:22 2020
Thank you, Endalk. After googling the error you received in your
bufr_compile.log file:
>
> Error: Rank mismatch between actual argument at (1) and actual
argument at
> (2) (rank-1 and scalar)
it does appear that gcc/gfortran 10 has some stricter type checking
for
fortran codes.
According to https://gcc.gnu.org/gcc-10/changes.html:
> Mismatches between actual and dummy argument lists in a single file
are
> now rejected with an error. Use the new option -fallow-argument-
mismatch to
> turn these errors into warnings; this option is implied with
-std=legacy.
> -Wargument-mismatch has been removed.
So, you could try running:
> gfortran -fallow-argument-mismatch -c `./getdefflags_F.sh` modv*.F
moda*.F
> `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
or
> gfortran -std=legacy -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1
*.F
> *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
and see if you're able to get past this error. Please let us know how
it
goes. Thanks!
Julie
On Mon, Nov 9, 2020 at 1:27 PM Endalkachew Biratu via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>
> Hi Julie,
>
> Now, I get a different error message.
>
> Looks like the issue has something to do with my FORTRAN compiler.
Please
> attached log file.
>
> Thank you so much for your help.
>
> Endalk
>
> On Mon, Nov 9, 2020 at 2:19 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Hi Endalk.
> >
> > Thank you for this information.
> >
> > When I did not have the environment variable CC set:
> >
> > > > echo $CC
> > > CC: Undefined variable.
> >
> >
> > I received the following output:
> >
> > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F
*.f |
> grep
> > > -v "mod[av]_"` >& bufr_gfortran_compile.log
> > > ./getdefflags_F.sh: 54: ./getdefflags_F.sh: -o: not found
> > > ./getdefflags_F.sh: 1: ./getdefflags_F.sh: ./endiantest: not
found
> > > ./getdefflags_F.sh: 56: [: =: unexpected operator
> >
> >
> > although, I did not receive the errors that you did in your
> > bufr_compile.log file. However, when I set CC to gcc:
> >
> > > > setenv CC gcc
> > > > echo $CC
> > > gcc
> >
> >
> > I received a warning:
> >
> > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F
*.f |
> grep
> > > -v "mod[av]_"` > & bufr_gfortran_compile.log
> > > endiantest.c:33:1: warning: return type defaults to 'int'
> > [-Wimplicit-int]
> > > main()
> > > ^~~~
> >
> >
> > and again no error in my log file.
> >
> > On line 54 of "getdefflags_F.sh", it looks like it is using $CC
and
> > expecting it to be set.
> >
> > > $CC -o endiantest endiantest.c
> >
> >
> > Please try setting CC and let me know how that goes. In your
config.log
> > file, I do see that you are using a very recent version of the gcc
> > compiler:
> >
> > > gcc version 10.2.1 20201016
> >
> >
> > and should mention that it would not be too surprising if the
developers
> of
> > BUFRLIB have not yet compiled their code using that version.
> >
> > Julie
> >
> > >
> >
> >
> >
> > On Mon, Nov 9, 2020 at 11:27 AM Endalkachew Biratu via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > >
> > > Hi Julie,
> > >
> > > I tried to recompile but it brought the error message below:
> > >
> > > [endbek at localhost bufr]$ gfortran -c `./getdefflags_F.sh`
modv*.F
> > moda*.F
> > > `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
> > > ./getdefflags_F.sh: line 54: -o: command not found
> > > ./getdefflags_F.sh: line 56: ./endiantest: No such file or
directory
> > > ./getdefflags_F.sh: line 56: [: =: unary operator expected
> > > [endbek at localhost bufr]$ vi bufr_compile.log
> > >
> > > Please see the log file as well.
> > >
> > > Thanks,
> > > Endalk
> > >
> > >
> > > On Mon, Nov 9, 2020 at 11:02 AM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hi Endalk.
> > > >
> > > > Instead of compiling BUFRLIB version 11.3.0 in this way:
> > > >
> > > > > gcc -c -DUNDERSCORE *.c
> > > > > gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > > > > ar crv libbufr.a *.o
> > > >
> > > >
> > > > Please try the following instead:
> > > >
> > > > > gcc -c -DUNDERSCORE `./getdefflags_C.sh` *.c
> > > >
> > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F
*.f |
> grep
> > -v
> > > > > "mod[av]_"`
> > > >
> > > > ar crv libbufr.a *.o
> > > >
> > > >
> > > > The README_BUFRLIB file in the BUFRLIB package changed for
version
> > 11.3.0
> > > > to include building in this new way.
> > > >
> > > > Please give that a try, then reconfigure and recompile MET,
and let
> us
> > > know
> > > > how it goes. Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Fri, Nov 6, 2020 at 3:38 PM John Halley Gotway
<johnhg at ucar.edu>
> > > wrote:
> > > >
> > > > > Julie,
> > > > >
> > > > > Can you please take a look at this message history and let
Endalk
> > and I
> > > > > know if you have any recommendations?
> > > > >
> > > > > Thanks
> > > > > John
> > > > >
> > > > > On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > >>
> > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > > > >>
> > > > >> Hi John,
> > > > >>
> > > > >> The version number is V11-3-0, and I used the commands
below to
> > > compile
> > > > >> it:
> > > > >>
> > > > >> gcc -c -DUNDERSCORE *.c
> > > > >> gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > > > >> ar crv libbufr.a *.o
> > > > >>
> > > > >> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT <
> > > > >> met_help at ucar.edu>
> > > > >> wrote:
> > > > >>
> > > > >> > OK, well that points to a problem. It sounds like there's
an
> issue
> > > in
> > > > >> the
> > > > >> > compilation of BUFRLIB.
> > > > >> >
> > > > >> > Can you tell me the version number you're using and
copy/paste
> the
> > > > >> commands
> > > > >> > you used to compile it?
> > > > >> > I can have my colleague take a look at them to see if
there's
> any
> > > > >> obvious
> > > > >> > issue.
> > > > >> >
> > > > >> > Thanks,
> > > > >> > John
> > > > >> >
> > > > >> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via RT
<
> > > > >> > met_help at ucar.edu>
> > > > >> > wrote:
> > > > >> >
> > > > >> > >
> > > > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> >
> > > > >> > >
> > > > >> > > Thank you John.
> > > > >> > >
> > > > >> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield
anything.
> > > > >> > >
> > > > >> > > bufrlib was compiled with "-DUNDERSCORE" option.
> > > > >> > >
> > > > >> > > Thanks,
> > > > >> > > Endalk
> > > > >> > >
> > > > >> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via
RT <
> > > > >> > > met_help at ucar.edu>
> > > > >> > > wrote:
> > > > >> > >
> > > > >> > > > OK, please try running:
> > > > >> > > >
> > > > >> > > > nm /usr/lib64/libbufr.a | grep ufbtab
> > > > >> > > >
> > > > >> > > > What does that return? Here's what I see on my
machine:
> > > > >> > > >
> > > > >> > > > nm
> > > > >> > >
> > > > >>
> > >
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
> |
> > > > >> > > > grep ufbtab
> > > > >> > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > > > >> > > > 0000000000000000 T _ufbtab_
> > > > >> > > >
> > > > >> > > > I wonder if yours lists "T _ufbtab" without that
trailing
> > > > >> underscore?
> > > > >> > If
> > > > >> > > > so, perhaps you'll need to recompile bufrlib using
the
> > > > >> "-DUNDERSCORE"
> > > > >> > > > option?
> > > > >> > > >
> > > > >> > > > Thanks,
> > > > >> > > > John
> > > > >> > > >
> > > > >> > > >
> > > > >> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu via
RT <
> > > > >> > > > met_help at ucar.edu>
> > > > >> > > > wrote:
> > > > >> > > >
> > > > >> > > > >
> > > > >> > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > >
> > > > >> > > > >
> > > > >> > > > > Hi John,
> > > > >> > > > >
> > > > >> > > > > libbufr.a is available @ /usr/lib64
> > > > >> > > > >
> > > > >> > > > > I recompiled the BUFR in another directory and
pointed
> > > BUFR_NAME
> > > > >> > > > > accordingly. I get the same message, please
attached:
> > > > >> > > > >
> > > > >> > > > > Thank you for your help.
> > > > >> > > > >
> > > > >> > > > > Endalk
> > > > >> > > > >
> > > > >> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway
via RT <
> > > > >> > > > > met_help at ucar.edu>
> > > > >> > > > > wrote:
> > > > >> > > > >
> > > > >> > > > > > Endalk,
> > > > >> > > > > >
> > > > >> > > > > > I see you're having trouble compiling MET version
9.1.
> > > Thanks
> > > > >> for
> > > > >> > > > sending
> > > > >> > > > > > along your config.log and make_install.log files.
Here's
> > the
> > > > >> > relevant
> > > > >> > > > > error
> > > > >> > > > > > message from make:
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > > > */usr/bin/ld: numpbmsg.o: in function
> > > > >> > > > > >
> > > > >> >
> > > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > > >> > > > > > undefined reference to `ufbtab_'*
> > > > >> > > > > >
> > > > >> > > > > > The ufbtab function is defined in the BUFRLIB
library. I
> > > > checked
> > > > >> > > > > config.log
> > > > >> > > > > > and see that you've set:
> > > > >> > > > > > MET_BUFRLIB=/usr/lib64
> > > > >> > > > > >
> > > > >> > > > > > So first thing, please check to confirm that the
> following
> > > > file
> > > > >> > > > actually
> > > > >> > > > > > exists:
> > > > >> > > > > > ls /usr/lib64/libbufr.a
> > > > >> > > > > >
> > > > >> > > > > > If it does not, is it named something different?
> > > > >> > > > > > ls /usr/lib64/libbufr*
> > > > >> > > > > >
> > > > >> > > > > > If it's named something different, you can
reconfigure
> MET
> > > > after
> > > > >> > > > setting
> > > > >> > > > > > the BUFRLIB_NAME environment variable.
> > > > >> > > > > > (run "./configure --help | grep BUFR").
> > > > >> > > > > >
> > > > >> > > > > > Or maybe that file does exist but just wasn't
compiled
> > using
> > > > the
> > > > >> > > > expected
> > > > >> > > > > > options.
> > > > >> > > > > > Look starting on this line for an example of
compiling
> it:
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > > > >> > > > > >
> > > > >> > > > > > Hope that helps.
> > > > >> > > > > >
> > > > >> > > > > > Thanks,
> > > > >> > > > > > John
> > > > >> > > > > >
> > > > >> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew Biratu
via
> RT <
> > > > >> > > > > > met_help at ucar.edu>
> > > > >> > > > > > wrote:
> > > > >> > > > > >
> > > > >> > > > > > >
> > > > >> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was
acted
> upon.
> > > > >> > > > > > > Transaction: Ticket created by ebekele at ucar.edu
> > > > >> > > > > > > Queue: met_help
> > > > >> > > > > > > Subject: MET 9.1 Installl error
> > > > >> > > > > > > Owner: Nobody
> > > > >> > > > > > > Requestors: ebekele at ucar.edu
> > > > >> > > > > > > Status: new
> > > > >> > > > > > > Ticket <URL:
> > > > >> > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > > >> > > > > >
> > > > >> > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > > > Hello,
> > > > >> > > > > > >
> > > > >> > > > > > > I have trouble installing MET 9.1 on my
personal
> laptop
> > > > >> (FEDORA
> > > > >> > 33)
> > > > >> > > > > > >
> > > > >> > > > > > > Please find attached configure.log and
> make_install.log
> > > > files.
> > > > >> > > > > > >
> > > > >> > > > > > > Best regards,
> > > > >> > > > > > >
> > > > >> > > > > > > Endalk
> > > > >> > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > > >
> > > > >> > >
> > > > >> > >
> > > > >> >
> > > > >> >
> > > > >>
> > > > >>
> > > >
> > > > --
> > > > Julie Prestopnik (she/her/hers)
> > > > 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/hers)
> > 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/hers)
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: MET 9.1 Installl error
From: Endalkachew Biratu
Time: Mon Nov 09 17:48:53 2020
Hi Julie,
The two options didn't resolve the issue. Please see the log
file.Thanks,
Endalk
On Mon, Nov 9, 2020 at 7:01 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Thank you, Endalk. After googling the error you received in your
> bufr_compile.log file:
> >
> > Error: Rank mismatch between actual argument at (1) and actual
argument
> at
> > (2) (rank-1 and scalar)
>
>
> it does appear that gcc/gfortran 10 has some stricter type checking
for
> fortran codes.
>
> According to https://gcc.gnu.org/gcc-10/changes.html:
>
> > Mismatches between actual and dummy argument lists in a single
file are
> > now rejected with an error. Use the new option -fallow-argument-
mismatch
> to
> > turn these errors into warnings; this option is implied with
-std=legacy.
> > -Wargument-mismatch has been removed.
>
>
> So, you could try running:
>
> > gfortran -fallow-argument-mismatch -c `./getdefflags_F.sh` modv*.F
> moda*.F
> > `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
>
> or
>
> > gfortran -std=legacy -c `./getdefflags_F.sh` modv*.F moda*.F `ls
-1 *.F
> > *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
>
>
> and see if you're able to get past this error. Please let us know
how it
> goes. Thanks!
>
> Julie
>
> On Mon, Nov 9, 2020 at 1:27 PM Endalkachew Biratu via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> >
> > Hi Julie,
> >
> > Now, I get a different error message.
> >
> > Looks like the issue has something to do with my FORTRAN compiler.
Please
> > attached log file.
> >
> > Thank you so much for your help.
> >
> > Endalk
> >
> > On Mon, Nov 9, 2020 at 2:19 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > > Hi Endalk.
> > >
> > > Thank you for this information.
> > >
> > > When I did not have the environment variable CC set:
> > >
> > > > > echo $CC
> > > > CC: Undefined variable.
> > >
> > >
> > > I received the following output:
> > >
> > > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F
*.f |
> > grep
> > > > -v "mod[av]_"` >& bufr_gfortran_compile.log
> > > > ./getdefflags_F.sh: 54: ./getdefflags_F.sh: -o: not found
> > > > ./getdefflags_F.sh: 1: ./getdefflags_F.sh: ./endiantest: not
found
> > > > ./getdefflags_F.sh: 56: [: =: unexpected operator
> > >
> > >
> > > although, I did not receive the errors that you did in your
> > > bufr_compile.log file. However, when I set CC to gcc:
> > >
> > > > > setenv CC gcc
> > > > > echo $CC
> > > > gcc
> > >
> > >
> > > I received a warning:
> > >
> > > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F
*.f |
> > grep
> > > > -v "mod[av]_"` > & bufr_gfortran_compile.log
> > > > endiantest.c:33:1: warning: return type defaults to 'int'
> > > [-Wimplicit-int]
> > > > main()
> > > > ^~~~
> > >
> > >
> > > and again no error in my log file.
> > >
> > > On line 54 of "getdefflags_F.sh", it looks like it is using $CC
and
> > > expecting it to be set.
> > >
> > > > $CC -o endiantest endiantest.c
> > >
> > >
> > > Please try setting CC and let me know how that goes. In your
> config.log
> > > file, I do see that you are using a very recent version of the
gcc
> > > compiler:
> > >
> > > > gcc version 10.2.1 20201016
> > >
> > >
> > > and should mention that it would not be too surprising if the
> developers
> > of
> > > BUFRLIB have not yet compiled their code using that version.
> > >
> > > Julie
> > >
> > > >
> > >
> > >
> > >
> > > On Mon, Nov 9, 2020 at 11:27 AM Endalkachew Biratu via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
>
> > > >
> > > > Hi Julie,
> > > >
> > > > I tried to recompile but it brought the error message below:
> > > >
> > > > [endbek at localhost bufr]$ gfortran -c `./getdefflags_F.sh`
modv*.F
> > > moda*.F
> > > > `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
> > > > ./getdefflags_F.sh: line 54: -o: command not found
> > > > ./getdefflags_F.sh: line 56: ./endiantest: No such file or
directory
> > > > ./getdefflags_F.sh: line 56: [: =: unary operator expected
> > > > [endbek at localhost bufr]$ vi bufr_compile.log
> > > >
> > > > Please see the log file as well.
> > > >
> > > > Thanks,
> > > > Endalk
> > > >
> > > >
> > > > On Mon, Nov 9, 2020 at 11:02 AM Julie Prestopnik via RT <
> > > met_help at ucar.edu
> > > > >
> > > > wrote:
> > > >
> > > > > Hi Endalk.
> > > > >
> > > > > Instead of compiling BUFRLIB version 11.3.0 in this way:
> > > > >
> > > > > > gcc -c -DUNDERSCORE *.c
> > > > > > gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > > > > > ar crv libbufr.a *.o
> > > > >
> > > > >
> > > > > Please try the following instead:
> > > > >
> > > > > > gcc -c -DUNDERSCORE `./getdefflags_C.sh` *.c
> > > > >
> > > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F
*.f |
> > grep
> > > -v
> > > > > > "mod[av]_"`
> > > > >
> > > > > ar crv libbufr.a *.o
> > > > >
> > > > >
> > > > > The README_BUFRLIB file in the BUFRLIB package changed for
version
> > > 11.3.0
> > > > > to include building in this new way.
> > > > >
> > > > > Please give that a try, then reconfigure and recompile MET,
and let
> > us
> > > > know
> > > > > how it goes. Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Fri, Nov 6, 2020 at 3:38 PM John Halley Gotway
<johnhg at ucar.edu
> >
> > > > wrote:
> > > > >
> > > > > > Julie,
> > > > > >
> > > > > > Can you please take a look at this message history and let
Endalk
> > > and I
> > > > > > know if you have any recommendations?
> > > > > >
> > > > > > Thanks
> > > > > > John
> > > > > >
> > > > > > On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > >>
> > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > > > > >>
> > > > > >> Hi John,
> > > > > >>
> > > > > >> The version number is V11-3-0, and I used the commands
below to
> > > > compile
> > > > > >> it:
> > > > > >>
> > > > > >> gcc -c -DUNDERSCORE *.c
> > > > > >> gfortran -c -DUNDERSCORE -fno-second-underscore *.f
*.F
> > > > > >> ar crv libbufr.a *.o
> > > > > >>
> > > > > >> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via RT
<
> > > > > >> met_help at ucar.edu>
> > > > > >> wrote:
> > > > > >>
> > > > > >> > OK, well that points to a problem. It sounds like
there's an
> > issue
> > > > in
> > > > > >> the
> > > > > >> > compilation of BUFRLIB.
> > > > > >> >
> > > > > >> > Can you tell me the version number you're using and
copy/paste
> > the
> > > > > >> commands
> > > > > >> > you used to compile it?
> > > > > >> > I can have my colleague take a look at them to see if
there's
> > any
> > > > > >> obvious
> > > > > >> > issue.
> > > > > >> >
> > > > > >> > Thanks,
> > > > > >> > John
> > > > > >> >
> > > > > >> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via
RT <
> > > > > >> > met_help at ucar.edu>
> > > > > >> > wrote:
> > > > > >> >
> > > > > >> > >
> > > > > >> > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > >
> > > > > >> > >
> > > > > >> > > Thank you John.
> > > > > >> > >
> > > > > >> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield
anything.
> > > > > >> > >
> > > > > >> > > bufrlib was compiled with "-DUNDERSCORE" option.
> > > > > >> > >
> > > > > >> > > Thanks,
> > > > > >> > > Endalk
> > > > > >> > >
> > > > > >> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway via
RT <
> > > > > >> > > met_help at ucar.edu>
> > > > > >> > > wrote:
> > > > > >> > >
> > > > > >> > > > OK, please try running:
> > > > > >> > > >
> > > > > >> > > > nm /usr/lib64/libbufr.a | grep ufbtab
> > > > > >> > > >
> > > > > >> > > > What does that return? Here's what I see on my
machine:
> > > > > >> > > >
> > > > > >> > > > nm
> > > > > >> > >
> > > > > >>
> > > >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
> > |
> > > > > >> > > > grep ufbtab
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > > > > >> > > > 0000000000000000 T _ufbtab_
> > > > > >> > > >
> > > > > >> > > > I wonder if yours lists "T _ufbtab" without that
trailing
> > > > > >> underscore?
> > > > > >> > If
> > > > > >> > > > so, perhaps you'll need to recompile bufrlib using
the
> > > > > >> "-DUNDERSCORE"
> > > > > >> > > > option?
> > > > > >> > > >
> > > > > >> > > > Thanks,
> > > > > >> > > > John
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu
via RT <
> > > > > >> > > > met_help at ucar.edu>
> > > > > >> > > > wrote:
> > > > > >> > > >
> > > > > >> > > > >
> > > > > >> > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > > >
> > > > > >> > > > >
> > > > > >> > > > > Hi John,
> > > > > >> > > > >
> > > > > >> > > > > libbufr.a is available @ /usr/lib64
> > > > > >> > > > >
> > > > > >> > > > > I recompiled the BUFR in another directory and
pointed
> > > > BUFR_NAME
> > > > > >> > > > > accordingly. I get the same message, please
attached:
> > > > > >> > > > >
> > > > > >> > > > > Thank you for your help.
> > > > > >> > > > >
> > > > > >> > > > > Endalk
> > > > > >> > > > >
> > > > > >> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley Gotway
via
> RT <
> > > > > >> > > > > met_help at ucar.edu>
> > > > > >> > > > > wrote:
> > > > > >> > > > >
> > > > > >> > > > > > Endalk,
> > > > > >> > > > > >
> > > > > >> > > > > > I see you're having trouble compiling MET
version 9.1.
> > > > Thanks
> > > > > >> for
> > > > > >> > > > sending
> > > > > >> > > > > > along your config.log and make_install.log
files.
> Here's
> > > the
> > > > > >> > relevant
> > > > > >> > > > > error
> > > > > >> > > > > > message from make:
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > > > */usr/bin/ld: numpbmsg.o: in function
> > > > > >> > > > > >
> > > > > >> >
> > > > `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > > > >> > > > > > undefined reference to `ufbtab_'*
> > > > > >> > > > > >
> > > > > >> > > > > > The ufbtab function is defined in the BUFRLIB
> library. I
> > > > > checked
> > > > > >> > > > > config.log
> > > > > >> > > > > > and see that you've set:
> > > > > >> > > > > > MET_BUFRLIB=/usr/lib64
> > > > > >> > > > > >
> > > > > >> > > > > > So first thing, please check to confirm that
the
> > following
> > > > > file
> > > > > >> > > > actually
> > > > > >> > > > > > exists:
> > > > > >> > > > > > ls /usr/lib64/libbufr.a
> > > > > >> > > > > >
> > > > > >> > > > > > If it does not, is it named something
different?
> > > > > >> > > > > > ls /usr/lib64/libbufr*
> > > > > >> > > > > >
> > > > > >> > > > > > If it's named something different, you can
reconfigure
> > MET
> > > > > after
> > > > > >> > > > setting
> > > > > >> > > > > > the BUFRLIB_NAME environment variable.
> > > > > >> > > > > > (run "./configure --help | grep BUFR").
> > > > > >> > > > > >
> > > > > >> > > > > > Or maybe that file does exist but just wasn't
compiled
> > > using
> > > > > the
> > > > > >> > > > expected
> > > > > >> > > > > > options.
> > > > > >> > > > > > Look starting on this line for an example of
compiling
> > it:
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > > > > >> > > > > >
> > > > > >> > > > > > Hope that helps.
> > > > > >> > > > > >
> > > > > >> > > > > > Thanks,
> > > > > >> > > > > > John
> > > > > >> > > > > >
> > > > > >> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew
Biratu via
> > RT <
> > > > > >> > > > > > met_help at ucar.edu>
> > > > > >> > > > > > wrote:
> > > > > >> > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was
acted
> > upon.
> > > > > >> > > > > > > Transaction: Ticket created by
ebekele at ucar.edu
> > > > > >> > > > > > > Queue: met_help
> > > > > >> > > > > > > Subject: MET 9.1 Installl error
> > > > > >> > > > > > > Owner: Nobody
> > > > > >> > > > > > > Requestors: ebekele at ucar.edu
> > > > > >> > > > > > > Status: new
> > > > > >> > > > > > > Ticket <URL:
> > > > > >> > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > > > >> > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > > > Hello,
> > > > > >> > > > > > >
> > > > > >> > > > > > > I have trouble installing MET 9.1 on my
personal
> > laptop
> > > > > >> (FEDORA
> > > > > >> > 33)
> > > > > >> > > > > > >
> > > > > >> > > > > > > Please find attached configure.log and
> > make_install.log
> > > > > files.
> > > > > >> > > > > > >
> > > > > >> > > > > > > Best regards,
> > > > > >> > > > > > >
> > > > > >> > > > > > > Endalk
> > > > > >> > > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > >
> > > > > >> > > > >
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> >
> > > > > >> >
> > > > > >>
> > > > > >>
> > > > >
> > > > > --
> > > > > Julie Prestopnik (she/her/hers)
> > > > > 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/hers)
> > > 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/hers)
> 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: MET 9.1 Installl error
From: Julie Prestopnik
Time: Mon Nov 09 17:55:23 2020
Thank you, Endalk. I'm sorry to hear that neither of those flags
worked. I
think at this point, the options are to:
- compile this library and MET's other dependencies with a gcc
compiler
version less than gcc v10
- try the intel compiler
- get in touch with the developers of BUFRLIB to have them help
resolve
this issue
Please let me know how you'd like to proceed and how we can help.
Julie
On Mon, Nov 9, 2020 at 5:49 PM Endalkachew Biratu via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
>
> Hi Julie,
> The two options didn't resolve the issue. Please see the log
file.Thanks,
> Endalk
>
> On Mon, Nov 9, 2020 at 7:01 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Thank you, Endalk. After googling the error you received in your
> > bufr_compile.log file:
> > >
> > > Error: Rank mismatch between actual argument at (1) and actual
argument
> > at
> > > (2) (rank-1 and scalar)
> >
> >
> > it does appear that gcc/gfortran 10 has some stricter type
checking for
> > fortran codes.
> >
> > According to https://gcc.gnu.org/gcc-10/changes.html:
> >
> > > Mismatches between actual and dummy argument lists in a single
file are
> > > now rejected with an error. Use the new option
> -fallow-argument-mismatch
> > to
> > > turn these errors into warnings; this option is implied with
> -std=legacy.
> > > -Wargument-mismatch has been removed.
> >
> >
> > So, you could try running:
> >
> > > gfortran -fallow-argument-mismatch -c `./getdefflags_F.sh`
modv*.F
> > moda*.F
> > > `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
> >
> > or
> >
> > > gfortran -std=legacy -c `./getdefflags_F.sh` modv*.F moda*.F `ls
-1 *.F
> > > *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
> >
> >
> > and see if you're able to get past this error. Please let us know
how it
> > goes. Thanks!
> >
> > Julie
> >
> > On Mon, Nov 9, 2020 at 1:27 PM Endalkachew Biratu via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > >
> > > Hi Julie,
> > >
> > > Now, I get a different error message.
> > >
> > > Looks like the issue has something to do with my FORTRAN
compiler.
> Please
> > > attached log file.
> > >
> > > Thank you so much for your help.
> > >
> > > Endalk
> > >
> > > On Mon, Nov 9, 2020 at 2:19 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Endalk.
> > > >
> > > > Thank you for this information.
> > > >
> > > > When I did not have the environment variable CC set:
> > > >
> > > > > > echo $CC
> > > > > CC: Undefined variable.
> > > >
> > > >
> > > > I received the following output:
> > > >
> > > > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1
*.F *.f |
> > > grep
> > > > > -v "mod[av]_"` >& bufr_gfortran_compile.log
> > > > > ./getdefflags_F.sh: 54: ./getdefflags_F.sh: -o: not found
> > > > > ./getdefflags_F.sh: 1: ./getdefflags_F.sh: ./endiantest: not
found
> > > > > ./getdefflags_F.sh: 56: [: =: unexpected operator
> > > >
> > > >
> > > > although, I did not receive the errors that you did in your
> > > > bufr_compile.log file. However, when I set CC to gcc:
> > > >
> > > > > > setenv CC gcc
> > > > > > echo $CC
> > > > > gcc
> > > >
> > > >
> > > > I received a warning:
> > > >
> > > > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1
*.F *.f |
> > > grep
> > > > > -v "mod[av]_"` > & bufr_gfortran_compile.log
> > > > > endiantest.c:33:1: warning: return type defaults to 'int'
> > > > [-Wimplicit-int]
> > > > > main()
> > > > > ^~~~
> > > >
> > > >
> > > > and again no error in my log file.
> > > >
> > > > On line 54 of "getdefflags_F.sh", it looks like it is using
$CC and
> > > > expecting it to be set.
> > > >
> > > > > $CC -o endiantest endiantest.c
> > > >
> > > >
> > > > Please try setting CC and let me know how that goes. In your
> > config.log
> > > > file, I do see that you are using a very recent version of the
gcc
> > > > compiler:
> > > >
> > > > > gcc version 10.2.1 20201016
> > > >
> > > >
> > > > and should mention that it would not be too surprising if the
> > developers
> > > of
> > > > BUFRLIB have not yet compiled their code using that version.
> > > >
> > > > Julie
> > > >
> > > > >
> > > >
> > > >
> > > >
> > > > On Mon, Nov 9, 2020 at 11:27 AM Endalkachew Biratu via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359 >
> > > > >
> > > > > Hi Julie,
> > > > >
> > > > > I tried to recompile but it brought the error message below:
> > > > >
> > > > > [endbek at localhost bufr]$ gfortran -c `./getdefflags_F.sh`
modv*.F
> > > > moda*.F
> > > > > `ls -1 *.F *.f | grep -v "mod[av]_"` > bufr_compile.log 2>&1
> > > > > ./getdefflags_F.sh: line 54: -o: command not found
> > > > > ./getdefflags_F.sh: line 56: ./endiantest: No such file or
> directory
> > > > > ./getdefflags_F.sh: line 56: [: =: unary operator expected
> > > > > [endbek at localhost bufr]$ vi bufr_compile.log
> > > > >
> > > > > Please see the log file as well.
> > > > >
> > > > > Thanks,
> > > > > Endalk
> > > > >
> > > > >
> > > > > On Mon, Nov 9, 2020 at 11:02 AM Julie Prestopnik via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > wrote:
> > > > >
> > > > > > Hi Endalk.
> > > > > >
> > > > > > Instead of compiling BUFRLIB version 11.3.0 in this way:
> > > > > >
> > > > > > > gcc -c -DUNDERSCORE *.c
> > > > > > > gfortran -c -DUNDERSCORE -fno-second-underscore *.f *.F
> > > > > > > ar crv libbufr.a *.o
> > > > > >
> > > > > >
> > > > > > Please try the following instead:
> > > > > >
> > > > > > > gcc -c -DUNDERSCORE `./getdefflags_C.sh` *.c
> > > > > >
> > > > > > gfortran -c `./getdefflags_F.sh` modv*.F moda*.F `ls -1
*.F *.f |
> > > grep
> > > > -v
> > > > > > > "mod[av]_"`
> > > > > >
> > > > > > ar crv libbufr.a *.o
> > > > > >
> > > > > >
> > > > > > The README_BUFRLIB file in the BUFRLIB package changed for
> version
> > > > 11.3.0
> > > > > > to include building in this new way.
> > > > > >
> > > > > > Please give that a try, then reconfigure and recompile
MET, and
> let
> > > us
> > > > > know
> > > > > > how it goes. Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Fri, Nov 6, 2020 at 3:38 PM John Halley Gotway <
> johnhg at ucar.edu
> > >
> > > > > wrote:
> > > > > >
> > > > > > > Julie,
> > > > > > >
> > > > > > > Can you please take a look at this message history and
let
> Endalk
> > > > and I
> > > > > > > know if you have any recommendations?
> > > > > > >
> > > > > > > Thanks
> > > > > > > John
> > > > > > >
> > > > > > > On Fri, Nov 6, 2020 at 3:34 PM Endalkachew Biratu via RT
<
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > >>
> > > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> >
> > > > > > >>
> > > > > > >> Hi John,
> > > > > > >>
> > > > > > >> The version number is V11-3-0, and I used the commands
below
> to
> > > > > compile
> > > > > > >> it:
> > > > > > >>
> > > > > > >> gcc -c -DUNDERSCORE *.c
> > > > > > >> gfortran -c -DUNDERSCORE -fno-second-underscore *.f
*.F
> > > > > > >> ar crv libbufr.a *.o
> > > > > > >>
> > > > > > >> On Fri, Nov 6, 2020 at 5:02 PM John Halley Gotway via
RT <
> > > > > > >> met_help at ucar.edu>
> > > > > > >> wrote:
> > > > > > >>
> > > > > > >> > OK, well that points to a problem. It sounds like
there's an
> > > issue
> > > > > in
> > > > > > >> the
> > > > > > >> > compilation of BUFRLIB.
> > > > > > >> >
> > > > > > >> > Can you tell me the version number you're using and
> copy/paste
> > > the
> > > > > > >> commands
> > > > > > >> > you used to compile it?
> > > > > > >> > I can have my colleague take a look at them to see if
> there's
> > > any
> > > > > > >> obvious
> > > > > > >> > issue.
> > > > > > >> >
> > > > > > >> > Thanks,
> > > > > > >> > John
> > > > > > >> >
> > > > > > >> > On Fri, Nov 6, 2020 at 2:38 PM Endalkachew Biratu via
RT <
> > > > > > >> > met_help at ucar.edu>
> > > > > > >> > wrote:
> > > > > > >> >
> > > > > > >> > >
> > > > > > >> > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > >
> > > > > > >> > >
> > > > > > >> > > Thank you John.
> > > > > > >> > >
> > > > > > >> > > nm /usr/lib64/libbufr.a | grep ufbtab doen't yield
> anything.
> > > > > > >> > >
> > > > > > >> > > bufrlib was compiled with "-DUNDERSCORE" option.
> > > > > > >> > >
> > > > > > >> > > Thanks,
> > > > > > >> > > Endalk
> > > > > > >> > >
> > > > > > >> > > On Fri, Nov 6, 2020 at 3:50 PM John Halley Gotway
via RT <
> > > > > > >> > > met_help at ucar.edu>
> > > > > > >> > > wrote:
> > > > > > >> > >
> > > > > > >> > > > OK, please try running:
> > > > > > >> > > >
> > > > > > >> > > > nm /usr/lib64/libbufr.a | grep ufbtab
> > > > > > >> > > >
> > > > > > >> > > > What does that return? Here's what I see on my
machine:
> > > > > > >> > > >
> > > > > > >> > > > nm
> > > > > > >> > >
> > > > > > >>
> > > > >
> >
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a
> > > |
> > > > > > >> > > > grep ufbtab
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
>
/Volumes/d1/projects/MET/MET_external_libs/external_libs/lib/libbufr.a(ufbtab.o):
> > > > > > >> > > > 0000000000000000 T _ufbtab_
> > > > > > >> > > >
> > > > > > >> > > > I wonder if yours lists "T _ufbtab" without that
> trailing
> > > > > > >> underscore?
> > > > > > >> > If
> > > > > > >> > > > so, perhaps you'll need to recompile bufrlib
using the
> > > > > > >> "-DUNDERSCORE"
> > > > > > >> > > > option?
> > > > > > >> > > >
> > > > > > >> > > > Thanks,
> > > > > > >> > > > John
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > > > On Fri, Nov 6, 2020 at 1:18 PM Endalkachew Biratu
via
> RT <
> > > > > > >> > > > met_help at ucar.edu>
> > > > > > >> > > > wrote:
> > > > > > >> > > >
> > > > > > >> > > > >
> > > > > > >> > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > > > Hi John,
> > > > > > >> > > > >
> > > > > > >> > > > > libbufr.a is available @ /usr/lib64
> > > > > > >> > > > >
> > > > > > >> > > > > I recompiled the BUFR in another directory and
pointed
> > > > > BUFR_NAME
> > > > > > >> > > > > accordingly. I get the same message, please
attached:
> > > > > > >> > > > >
> > > > > > >> > > > > Thank you for your help.
> > > > > > >> > > > >
> > > > > > >> > > > > Endalk
> > > > > > >> > > > >
> > > > > > >> > > > > On Fri, Nov 6, 2020 at 1:08 PM John Halley
Gotway via
> > RT <
> > > > > > >> > > > > met_help at ucar.edu>
> > > > > > >> > > > > wrote:
> > > > > > >> > > > >
> > > > > > >> > > > > > Endalk,
> > > > > > >> > > > > >
> > > > > > >> > > > > > I see you're having trouble compiling MET
version
> 9.1.
> > > > > Thanks
> > > > > > >> for
> > > > > > >> > > > sending
> > > > > > >> > > > > > along your config.log and make_install.log
files.
> > Here's
> > > > the
> > > > > > >> > relevant
> > > > > > >> > > > > error
> > > > > > >> > > > > > message from make:
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > > > */usr/bin/ld: numpbmsg.o: in function
> > > > > > >> > > > > >
> > > > > > >> >
> > > > >
> `numpbmsg_':/home/endbek/met-
9.1/src/tools/other/pb2nc/numpbmsg.f:23:
> > > > > > >> > > > > > undefined reference to `ufbtab_'*
> > > > > > >> > > > > >
> > > > > > >> > > > > > The ufbtab function is defined in the BUFRLIB
> > library. I
> > > > > > checked
> > > > > > >> > > > > config.log
> > > > > > >> > > > > > and see that you've set:
> > > > > > >> > > > > > MET_BUFRLIB=/usr/lib64
> > > > > > >> > > > > >
> > > > > > >> > > > > > So first thing, please check to confirm that
the
> > > following
> > > > > > file
> > > > > > >> > > > actually
> > > > > > >> > > > > > exists:
> > > > > > >> > > > > > ls /usr/lib64/libbufr.a
> > > > > > >> > > > > >
> > > > > > >> > > > > > If it does not, is it named something
different?
> > > > > > >> > > > > > ls /usr/lib64/libbufr*
> > > > > > >> > > > > >
> > > > > > >> > > > > > If it's named something different, you can
> reconfigure
> > > MET
> > > > > > after
> > > > > > >> > > > setting
> > > > > > >> > > > > > the BUFRLIB_NAME environment variable.
> > > > > > >> > > > > > (run "./configure --help | grep BUFR").
> > > > > > >> > > > > >
> > > > > > >> > > > > > Or maybe that file does exist but just wasn't
> compiled
> > > > using
> > > > > > the
> > > > > > >> > > > expected
> > > > > > >> > > > > > options.
> > > > > > >> > > > > > Look starting on this line for an example of
> compiling
> > > it:
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
>
https://github.com/dtcenter/MET/blob/b2411fee7b2ecb6d685489a1e3f243b3582068f9/scripts/installation/compile_MET_all.sh#L230
> > > > > > >> > > > > >
> > > > > > >> > > > > > Hope that helps.
> > > > > > >> > > > > >
> > > > > > >> > > > > > Thanks,
> > > > > > >> > > > > > John
> > > > > > >> > > > > >
> > > > > > >> > > > > > On Fri, Nov 6, 2020 at 9:28 AM Endalkachew
Biratu
> via
> > > RT <
> > > > > > >> > > > > > met_help at ucar.edu>
> > > > > > >> > > > > > wrote:
> > > > > > >> > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Fri Nov 06 09:27:41 2020: Request 97359 was
acted
> > > upon.
> > > > > > >> > > > > > > Transaction: Ticket created by
ebekele at ucar.edu
> > > > > > >> > > > > > > Queue: met_help
> > > > > > >> > > > > > > Subject: MET 9.1 Installl error
> > > > > > >> > > > > > > Owner: Nobody
> > > > > > >> > > > > > > Requestors: ebekele at ucar.edu
> > > > > > >> > > > > > > Status: new
> > > > > > >> > > > > > > Ticket <URL:
> > > > > > >> > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=97359
> > > > > > >> > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Hello,
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > I have trouble installing MET 9.1 on my
personal
> > > laptop
> > > > > > >> (FEDORA
> > > > > > >> > 33)
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Please find attached configure.log and
> > > make_install.log
> > > > > > files.
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Best regards,
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Endalk
> > > > > > >> > > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > > >
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> >
> > > > > > >>
> > > > > > >>
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik (she/her/hers)
> > > > > > 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/hers)
> > > > 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/hers)
> > 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/hers)
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