[Met_help] [rt.rap.ucar.edu #94874] History for Compiling Error
Julie Prestopnik via RT
met_help at ucar.edu
Wed Apr 22 12:03:43 MDT 2020
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hello,
I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a MacBook Pro. I think I have all the variables set correct, but I keep running into the following error that does not allow for the compile to complete:
/usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o): undefined reference to symbol 'dlsym@@GLIBC_2.2.5'
//usr/lib64/libdl.so.2: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:427: ensemble_stat] Error 1
make[4]: Leaving directory '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
make[3]: *** [Makefile:379: install-recursive] Error 1
make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
make[2]: *** [Makefile:373: install-recursive] Error 1
make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
make[1]: *** [Makefile:370: install-recursive] Error 1
make[1]: Leaving directory '/home/wrf/met-9.0/src'
make: *** [Makefile:425: install-recursive] Error 1
I have attached my make_install.log in case there is something in there I am missing.
Thanks for any help that you can provide!
Josh Boustead
Research Associate
PEMDAS Innovations and Technologies
Norman, OK
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the reader of
this message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, or other use of this
message or its attachments is strictly prohibited. If you have received
this message in error, please notify the sender immediately and delete this
message from your system. Thank you.
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Compiling Error
From: Minna Win
Time: Thu Apr 09 11:53:03 2020
Hello Josh,
It appears like you are having some issues compiling MET on your Mac.
This
ticket is being assigned to Julie Prestopnik, who has extensive
experience
with such issues. Please allow a few business days for a response.
Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax: 303-497-8401
On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
> Transaction: Ticket created by josh.boustead at pemdastech.com
> Queue: met_help
> Subject: Compiling Error
> Owner: Nobody
> Requestors: josh.boustead at pemdastech.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
>
> Hello,
>
> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
> MacBook Pro. I think I have all the variables set correct, but I
keep
> running into the following error that does not allow for the compile
to
> complete:
>
> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
> reference to symbol 'dlsym@@GLIBC_2.2.5'
> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command line
> collect2: error: ld returned 1 exit status
> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> make[4]: Leaving directory '/home/wrf/met-
9.0/src/tools/core/ensemble_stat'
> make[3]: *** [Makefile:379: install-recursive] Error 1
> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
> make[2]: *** [Makefile:373: install-recursive] Error 1
> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/home/wrf/met-9.0/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
>
> I have attached my make_install.log in case there is something in
there I
> am missing.
>
> Thanks for any help that you can provide!
>
> Josh Boustead
> Research Associate
> PEMDAS Innovations and Technologies
> Norman, OK
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
------------------------------------------------
Subject: Compiling Error
From: Julie Prestopnik
Time: Thu Apr 09 12:07:56 2020
Hi Josh.
While I do have extensive experience installing MET, I have not
installed
MET on a Mac previously. Let's try to work through this though.
Please try setting the environment variable LIBS='-ldl'.
For example in bash, you would run:
export LIBS='-ldl'
In the csh shell, you would run:
setenv LIBS='-ldl'
Then, rerun the configure command for MET and then, run make again.
Please
let us know how that goes.
Julie
On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister
<minnawin at ucar.edu>
wrote:
> Hello Josh,
>
> It appears like you are having some issues compiling MET on your
Mac.
> This ticket is being assigned to Julie Prestopnik, who has extensive
> experience with such issues. Please allow a few business days for a
> response.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax: 303-497-8401
>
>
>
> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>> Transaction: Ticket created by josh.boustead at pemdastech.com
>> Queue: met_help
>> Subject: Compiling Error
>> Owner: Nobody
>> Requestors: josh.boustead at pemdastech.com
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>>
>>
>> Hello,
>>
>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
>> MacBook Pro. I think I have all the variables set correct, but I
keep
>> running into the following error that does not allow for the
compile to
>> complete:
>>
>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
>> line
>> collect2: error: ld returned 1 exit status
>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>> make[4]: Leaving directory
>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>> make[3]: *** [Makefile:379: install-recursive] Error 1
>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>> make[2]: *** [Makefile:373: install-recursive] Error 1
>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>> make[1]: *** [Makefile:370: install-recursive] Error 1
>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>> make: *** [Makefile:425: install-recursive] Error 1
>>
>>
>> I have attached my make_install.log in case there is something in
there I
>> am missing.
>>
>> Thanks for any help that you can provide!
>>
>> Josh Boustead
>> Research Associate
>> PEMDAS Innovations and Technologies
>> Norman, OK
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader
>> of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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: Compiling Error
From: Josh Boustead
Time: Thu Apr 09 14:07:51 2020
Hi Julie,
Thank you very much for the quick reply!
I did try to set the environmental variable LIBS=‘-ldl’ as suggested
but I still get errors and the compilation fails. I likely wasn’t very
clear in my initial message, but I am actually installing me on Linux
with the operating system of CENTOS 8. The Linux is just running in a
virtual machine on my MacBook Pro laptop. So hopefully there won’t be
any Mac specific issues that we run into.
Attached is my latest install log that was generated. I also included
a text file of how I have the environmental variables setup.
Thanks again for your help!!
Josh
> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Josh.
>
> While I do have extensive experience installing MET, I have not
installed
> MET on a Mac previously. Let's try to work through this though.
>
> Please try setting the environment variable LIBS='-ldl'.
> For example in bash, you would run:
>
> export LIBS='-ldl'
>
> In the csh shell, you would run:
>
> setenv LIBS='-ldl'
>
> Then, rerun the configure command for MET and then, run make again.
Please
> let us know how that goes.
>
> Julie
>
> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister
<minnawin at ucar.edu <mailto:minnawin at ucar.edu>>
> wrote:
>
>> Hello Josh,
>>
>> It appears like you are having some issues compiling MET on your
Mac.
>> This ticket is being assigned to Julie Prestopnik, who has
extensive
>> experience with such issues. Please allow a few business days for
a
>> response.
>>
>> Regards,
>> Minna
>> ---------------
>> Minna Win
>> National Center for Atmospheric Research
>> Developmental Testbed Center
>> Phone: 303-497-8423
>> Fax: 303-497-8401
>>
>>
>>
>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
>> wrote:
>>
>>>
>>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>>> Transaction: Ticket created by josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>
>>> Queue: met_help
>>> Subject: Compiling Error
>>> Owner: Nobody
>>> Requestors: josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>
>>> Status: new
>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>>
>>>
>>> Hello,
>>>
>>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on
a
>>> MacBook Pro. I think I have all the variables set correct, but I
keep
>>> running into the following error that does not allow for the
compile to
>>> complete:
>>>
>>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
>>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
>>> line
>>> collect2: error: ld returned 1 exit status
>>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>>> make[4]: Leaving directory
>>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>>> make[3]: *** [Makefile:379: install-recursive] Error 1
>>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>>> make[2]: *** [Makefile:373: install-recursive] Error 1
>>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>>> make[1]: *** [Makefile:370: install-recursive] Error 1
>>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>>> make: *** [Makefile:425: install-recursive] Error 1
>>>
>>>
>>> I have attached my make_install.log in case there is something in
there I
>>> am missing.
>>>
>>> Thanks for any help that you can provide!
>>>
>>> Josh Boustead
>>> Research Associate
>>> PEMDAS Innovations and Technologies
>>> Norman, OK
>>>
>>>
>>> --
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> CONFIDENTIALITY NOTICE: This email message and all attachments
>>> transmitted with it may contain legally privileged and
confidential
>>> information intended solely for the use of the addressee. If the
reader
>>> of
>>> this message is not the intended recipient, you are hereby
notified that
>>> any reading, dissemination, distribution, copying, or other use of
this
>>> message or its attachments is strictly prohibited. If you have
received
>>> this message in error, please notify the sender immediately and
delete
>>> this
>>> message from your system. Thank you.
>>>
>>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <mailto: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.
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Josh Boustead
Time: Thu Apr 09 14:07:51 2020
export MET_NETCDFINC=/home/wrf/Build_WRF/LIBRARIES/grib2/include/
export MET_NETCDFLIB=/home/wrf/Build_WRF/LIBRARIES/grib2/lib
export MET_HDF5=/home/wrf/Build_WRF/LIBRARIES/hdf5-1.12.0/hdf5/
export MET_BUFR=/home/wrf/BUFRLIB/
export MET_GSLINC=/usr/local/include/gsl
export MET_GSLLIB=/usr/local/lib
export MET_GRIB2INC=/home/wrf/Build_WRF/LIBRARIES/grib2/include
export MET_GRIB2LIB=/home/wrf/Build_WRF/LIBRARIES/grib2/lib
export MET_CAIROINC=/usr/local/include/cairo
export MET_CAIROLIB=/usr/local/lib
export MET_FREETYPEINC=/usr/local/include/freetype2
export MET_FREETYPELIB=/usr/local/lib
export MET_FONT_DIR=/home/wrf/Build_WRF/LIBRARIES/fonts
export MET_PYTHON_CC='-I/home/wrf/Build_WRF/LIBRARIES/Python-
3.7.7/Include'
export MET_PYTHON_LD='-
L/home/wrf/Build_WRF/LIBRARIES/lib/python3.7/config-3.7m-x86_64-linux-
gnu -lpython3.7m'
export LIBS='-IdI'
------------------------------------------------
Subject: Compiling Error
From: Julie Prestopnik
Time: Fri Apr 10 11:50:09 2020
Hi Josh.
Thank you for the additional information. It looks like you have set
LIBS
with a capital I (pronounced eye), lowercase d, and a capital I
(pronounced
eye). Instead please try setting LIBS to a lowercase l (pronounced
el),
lowercase d, and a lowercase l (pronounced l). Then, please rerun the
configure command for MET and then, run make again. Please let us
know how
that goes.
If you still receive errors, please also attach your config.log file
as
well as your make_install.log file. Please let me know if you have
any
questions.
Thanks!
Julie
On Thu, Apr 9, 2020 at 2:07 PM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Hi Julie,
>
> Thank you very much for the quick reply!
>
> I did try to set the environmental variable LIBS=‘-ldl’ as suggested
but I
> still get errors and the compilation fails. I likely wasn’t very
clear in
> my initial message, but I am actually installing me on Linux with
the
> operating system of CENTOS 8. The Linux is just running in a virtual
> machine on my MacBook Pro laptop. So hopefully there won’t be any
Mac
> specific issues that we run into.
>
> Attached is my latest install log that was generated. I also
included a
> text file of how I have the environmental variables setup.
>
> Thanks again for your help!!
>
> Josh
>
>
>
>
>
>
> > On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
> >
> > Hi Josh.
> >
> > While I do have extensive experience installing MET, I have not
installed
> > MET on a Mac previously. Let's try to work through this though.
> >
> > Please try setting the environment variable LIBS='-ldl'.
> > For example in bash, you would run:
> >
> > export LIBS='-ldl'
> >
> > In the csh shell, you would run:
> >
> > setenv LIBS='-ldl'
> >
> > Then, rerun the configure command for MET and then, run make
again.
> Please
> > let us know how that goes.
> >
> > Julie
> >
> > On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
> minnawin at ucar.edu <mailto:minnawin at ucar.edu>>
> > wrote:
> >
> >> Hello Josh,
> >>
> >> It appears like you are having some issues compiling MET on your
Mac.
> >> This ticket is being assigned to Julie Prestopnik, who has
extensive
> >> experience with such issues. Please allow a few business days
for a
> >> response.
> >>
> >> Regards,
> >> Minna
> >> ---------------
> >> Minna Win
> >> National Center for Atmospheric Research
> >> Developmental Testbed Center
> >> Phone: 303-497-8423
> >> Fax: 303-497-8401
> >>
> >>
> >>
> >> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>>
> >> wrote:
> >>
> >>>
> >>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
> >>> Transaction: Ticket created by josh.boustead at pemdastech.com
<mailto:
> josh.boustead at pemdastech.com>
> >>> Queue: met_help
> >>> Subject: Compiling Error
> >>> Owner: Nobody
> >>> Requestors: josh.boustead at pemdastech.com <mailto:
> josh.boustead at pemdastech.com>
> >>> Status: new
> >>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 <
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
> >>>
> >>>
> >>> Hello,
> >>>
> >>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine
on a
> >>> MacBook Pro. I think I have all the variables set correct, but I
keep
> >>> running into the following error that does not allow for the
compile to
> >>> complete:
> >>>
> >>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
> >>> reference to symbol 'dlsym@@GLIBC_2.2.5'
> >>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
> >>> line
> >>> collect2: error: ld returned 1 exit status
> >>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> >>> make[4]: Leaving directory
> >>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
> >>> make[3]: *** [Makefile:379: install-recursive] Error 1
> >>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
> >>> make[2]: *** [Makefile:373: install-recursive] Error 1
> >>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
> >>> make[1]: *** [Makefile:370: install-recursive] Error 1
> >>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
> >>> make: *** [Makefile:425: install-recursive] Error 1
> >>>
> >>>
> >>> I have attached my make_install.log in case there is something
in
> there I
> >>> am missing.
> >>>
> >>> Thanks for any help that you can provide!
> >>>
> >>> Josh Boustead
> >>> Research Associate
> >>> PEMDAS Innovations and Technologies
> >>> Norman, OK
> >>>
> >>>
> >>> --
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> CONFIDENTIALITY NOTICE: This email message and all attachments
> >>> transmitted with it may contain legally privileged and
confidential
> >>> information intended solely for the use of the addressee. If the
reader
> >>> of
> >>> this message is not the intended recipient, you are hereby
notified
> that
> >>> any reading, dissemination, distribution, copying, or other use
of this
> >>> message or its attachments is strictly prohibited. If you have
received
> >>> this message in error, please notify the sender immediately and
delete
> >>> this
> >>> message from your system. Thank you.
> >>>
> >>>
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu <mailto: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.
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
>
>
> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> Hi Josh.
>
> While I do have extensive experience installing MET, I have not
installed
> MET on a Mac previously. Let's try to work through this though.
>
> Please try setting the environment variable LIBS='-ldl'.
> For example in bash, you would run:
>
> export LIBS='-ldl'
>
> In the csh shell, you would run:
>
> setenv LIBS='-ldl'
>
> Then, rerun the configure command for MET and then, run make again.
Please
> let us know how that goes.
>
> Julie
>
> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister
<minnawin at ucar.edu
> >
> wrote:
>
> Hello Josh,
>
> It appears like you are having some issues compiling MET on your
Mac.
> This ticket is being assigned to Julie Prestopnik, who has extensive
> experience with such issues. Please allow a few business days for a
> response.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax: 303-497-8401
>
>
>
> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu>
> wrote:
>
>
> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
> Transaction: Ticket created by josh.boustead at pemdastech.com
> Queue: met_help
> Subject: Compiling Error
> Owner: Nobody
> Requestors: josh.boustead at pemdastech.com
> Status: new
> Ticket <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
>
>
>
> Hello,
>
> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
> MacBook Pro. I think I have all the variables set correct, but I
keep
> running into the following error that does not allow for the compile
to
> complete:
>
> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
> reference to symbol 'dlsym@@GLIBC_2.2.5'
> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
> line
> collect2: error: ld returned 1 exit status
> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> make[4]: Leaving directory
> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
> make[3]: *** [Makefile:379: install-recursive] Error 1
> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
> make[2]: *** [Makefile:373: install-recursive] Error 1
> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/home/wrf/met-9.0/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
>
> I have attached my make_install.log in case there is something in
there I
> am missing.
>
> Thanks for any help that you can provide!
>
> Josh Boustead
> Research Associate
> PEMDAS Innovations and Technologies
> Norman, OK
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader
> of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> 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
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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: Compiling Error
From: Josh Boustead
Time: Fri Apr 10 14:38:17 2020
Hi Julie,
Thanks for your continued help! I did try as you mentioned, LIBS=‘-
ldi’, but then when I ran ./configure it failed.
Here is the configure log for when the configure script completes.
This is the log that results when I do not use LIBS=‘-ldi’:
It did not create a configure log when I used the LIBS=‘-ldi’, but I
copied the commands into a text file so you could see what the errors
were and that is attached below:
Here is the make_install.log for when I don’t use the LIBS=‘-ldi’ and
try to run make:
Thanks again for your help. Have a great weekend,
Josh
> On Apr 10, 2020, at 12:50 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Josh.
>
> Thank you for the additional information. It looks like you have
set LIBS
> with a capital I (pronounced eye), lowercase d, and a capital I
(pronounced
> eye). Instead please try setting LIBS to a lowercase l (pronounced
el),
> lowercase d, and a lowercase l (pronounced l). Then, please rerun
the
> configure command for MET and then, run make again. Please let us
know how
> that goes.
>
> If you still receive errors, please also attach your config.log file
as
> well as your make_install.log file. Please let me know if you have
any
> questions.
>
> Thanks!
>
> Julie
>
> On Thu, Apr 9, 2020 at 2:07 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>
>> Hi Julie,
>>
>> Thank you very much for the quick reply!
>>
>> I did try to set the environmental variable LIBS=‘-ldl’ as
suggested but I
>> still get errors and the compilation fails. I likely wasn’t very
clear in
>> my initial message, but I am actually installing me on Linux with
the
>> operating system of CENTOS 8. The Linux is just running in a
virtual
>> machine on my MacBook Pro laptop. So hopefully there won’t be any
Mac
>> specific issues that we run into.
>>
>> Attached is my latest install log that was generated. I also
included a
>> text file of how I have the environmental variables setup.
>>
>> Thanks again for your help!!
>>
>> Josh
>>
>>
>>
>>
>>
>>
>>> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
>> wrote:
>>>
>>> Hi Josh.
>>>
>>> While I do have extensive experience installing MET, I have not
installed
>>> MET on a Mac previously. Let's try to work through this though.
>>>
>>> Please try setting the environment variable LIBS='-ldl'.
>>> For example in bash, you would run:
>>>
>>> export LIBS='-ldl'
>>>
>>> In the csh shell, you would run:
>>>
>>> setenv LIBS='-ldl'
>>>
>>> Then, rerun the configure command for MET and then, run make
again.
>> Please
>>> let us know how that goes.
>>>
>>> Julie
>>>
>>> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
>> minnawin at ucar.edu <mailto:minnawin at ucar.edu>
<mailto:minnawin at ucar.edu <mailto:minnawin at ucar.edu>>>
>>> wrote:
>>>
>>>> Hello Josh,
>>>>
>>>> It appears like you are having some issues compiling MET on your
Mac.
>>>> This ticket is being assigned to Julie Prestopnik, who has
extensive
>>>> experience with such issues. Please allow a few business days
for a
>>>> response.
>>>>
>>>> Regards,
>>>> Minna
>>>> ---------------
>>>> Minna Win
>>>> National Center for Atmospheric Research
>>>> Developmental Testbed Center
>>>> Phone: 303-497-8423
>>>> Fax: 303-497-8401
>>>>
>>>>
>>>>
>>>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>
>> <mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>>>
>>>> wrote:
>>>>
>>>>>
>>>>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>>>>> Transaction: Ticket created by josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com> <mailto:
>> josh.boustead at pemdastech.com <mailto:josh.boustead at pemdastech.com>>
>>>>> Queue: met_help
>>>>> Subject: Compiling Error
>>>>> Owner: Nobody
>>>>> Requestors: josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com> <mailto:
>> josh.boustead at pemdastech.com <mailto:josh.boustead at pemdastech.com>>
>>>>> Status: new
>>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>> >
>>>>>
>>>>>
>>>>> Hello,
>>>>>
>>>>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine
on a
>>>>> MacBook Pro. I think I have all the variables set correct, but I
keep
>>>>> running into the following error that does not allow for the
compile to
>>>>> complete:
>>>>>
>>>>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
>>>>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>>>>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
>>>>> line
>>>>> collect2: error: ld returned 1 exit status
>>>>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>>>>> make[4]: Leaving directory
>>>>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>>>>> make[3]: *** [Makefile:379: install-recursive] Error 1
>>>>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>>>>> make[2]: *** [Makefile:373: install-recursive] Error 1
>>>>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>>>>> make[1]: *** [Makefile:370: install-recursive] Error 1
>>>>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>>>>> make: *** [Makefile:425: install-recursive] Error 1
>>>>>
>>>>>
>>>>> I have attached my make_install.log in case there is something
in
>> there I
>>>>> am missing.
>>>>>
>>>>> Thanks for any help that you can provide!
>>>>>
>>>>> Josh Boustead
>>>>> Research Associate
>>>>> PEMDAS Innovations and Technologies
>>>>> Norman, OK
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> CONFIDENTIALITY NOTICE: This email message and all attachments
>>>>> transmitted with it may contain legally privileged and
confidential
>>>>> information intended solely for the use of the addressee. If the
reader
>>>>> of
>>>>> this message is not the intended recipient, you are hereby
notified
>> that
>>>>> any reading, dissemination, distribution, copying, or other use
of this
>>>>> message or its attachments is strictly prohibited. If you have
received
>>>>> this message in error, please notify the sender immediately and
delete
>>>>> this
>>>>> message from your system. Thank you.
>>>>>
>>>>>
>>>
>>> --
>>> Julie Prestopnik
>>> Software Engineer
>>> National Center for Atmospheric Research
>>> Research Applications Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
<mailto:jpresto at ucar.edu <mailto: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.
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>>
>>
>> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
>> wrote:
>>
>> Hi Josh.
>>
>> While I do have extensive experience installing MET, I have not
installed
>> MET on a Mac previously. Let's try to work through this though.
>>
>> Please try setting the environment variable LIBS='-ldl'.
>> For example in bash, you would run:
>>
>> export LIBS='-ldl'
>>
>> In the csh shell, you would run:
>>
>> setenv LIBS='-ldl'
>>
>> Then, rerun the configure command for MET and then, run make again.
Please
>> let us know how that goes.
>>
>> Julie
>>
>> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister
<minnawin at ucar.edu <mailto:minnawin at ucar.edu>
>>>
>> wrote:
>>
>> Hello Josh,
>>
>> It appears like you are having some issues compiling MET on your
Mac.
>> This ticket is being assigned to Julie Prestopnik, who has
extensive
>> experience with such issues. Please allow a few business days for
a
>> response.
>>
>> Regards,
>> Minna
>> ---------------
>> Minna Win
>> National Center for Atmospheric Research
>> Developmental Testbed Center
>> Phone: 303-497-8423
>> Fax: 303-497-8401
>>
>>
>>
>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu>
>> wrote:
>>
>>
>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>> Transaction: Ticket created by josh.boustead at pemdastech.com
>> Queue: met_help
>> Subject: Compiling Error
>> Owner: Nobody
>> Requestors: josh.boustead at pemdastech.com
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>>
>>
>> Hello,
>>
>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
>> MacBook Pro. I think I have all the variables set correct, but I
keep
>> running into the following error that does not allow for the
compile to
>> complete:
>>
>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
>> line
>> collect2: error: ld returned 1 exit status
>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>> make[4]: Leaving directory
>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>> make[3]: *** [Makefile:379: install-recursive] Error 1
>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>> make[2]: *** [Makefile:373: install-recursive] Error 1
>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>> make[1]: *** [Makefile:370: install-recursive] Error 1
>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>> make: *** [Makefile:425: install-recursive] Error 1
>>
>>
>> I have attached my make_install.log in case there is something in
there I
>> am missing.
>>
>> Thanks for any help that you can provide!
>>
>> Josh Boustead
>> Research Associate
>> PEMDAS Innovations and Technologies
>> Norman, OK
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader
>> of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> 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
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <mailto: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.
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Julie Prestopnik
Time: Fri Apr 10 15:09:47 2020
Hi Josh.
My apologies, I seem to have left the "e" out of "el" in the last
character.
So, this;
> Instead please try setting LIBS to a lowercase l (pronounced el),
> lowercase d, and a lowercase l (pronounced l). Then, please rerun
the
> configure command for MET and then, run make again. Please let us
know how
> that goes.
>
should be this:
Instead please try setting LIBS to a lowercase l (pronounced el),
lowercase
d, and a lowercase l (pronounced el). Then, please rerun the
configure
command for MET and then, run make again. Please let us know how that
goes.
So, two lowercase l's (pronounced el) and one lowercase d.
Can you please copy and paste?
For bash: export LIBS="-ldl"
For csh: setenv LIBS "-ldl"
Then, please rerun the configure command for MET and then, run make
again.
Please let us know how that goes.
Thanks!
Julie
On Fri, Apr 10, 2020 at 2:38 PM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Hi Julie,
>
> Thanks for your continued help! I did try as you mentioned, LIBS=‘-
ldi’,
> but then when I ran ./configure it failed.
>
> Here is the configure log for when the configure script completes.
This is
> the log that results when I do not use LIBS=‘-ldi’:
>
>
>
> It did not create a configure log when I used the LIBS=‘-ldi’, but I
> copied the commands into a text file so you could see what the
errors were
> and that is attached below:
>
>
>
> Here is the make_install.log for when I don’t use the LIBS=‘-ldi’
and try
> to run make:
>
>
>
> Thanks again for your help. Have a great weekend,
>
> Josh
>
>
> > On Apr 10, 2020, at 12:50 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
> >
> > Hi Josh.
> >
> > Thank you for the additional information. It looks like you have
set
> LIBS
> > with a capital I (pronounced eye), lowercase d, and a capital I
> (pronounced
> > eye). Instead please try setting LIBS to a lowercase l
(pronounced el),
> > lowercase d, and a lowercase l (pronounced l). Then, please rerun
the
> > configure command for MET and then, run make again. Please let us
know
> how
> > that goes.
> >
> > If you still receive errors, please also attach your config.log
file as
> > well as your make_install.log file. Please let me know if you
have any
> > questions.
> >
> > Thanks!
> >
> > Julie
> >
> > On Thu, Apr 9, 2020 at 2:07 PM Josh Boustead via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>>
> > wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 <
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
> >>
> >> Hi Julie,
> >>
> >> Thank you very much for the quick reply!
> >>
> >> I did try to set the environmental variable LIBS=‘-ldl’ as
suggested
> but I
> >> still get errors and the compilation fails. I likely wasn’t very
clear
> in
> >> my initial message, but I am actually installing me on Linux with
the
> >> operating system of CENTOS 8. The Linux is just running in a
virtual
> >> machine on my MacBook Pro laptop. So hopefully there won’t be any
Mac
> >> specific issues that we run into.
> >>
> >> Attached is my latest install log that was generated. I also
included a
> >> text file of how I have the environmental variables setup.
> >>
> >> Thanks again for your help!!
> >>
> >> Josh
> >>
> >>
> >>
> >>
> >>
> >>
> >>> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu
> >
> >> wrote:
> >>>
> >>> Hi Josh.
> >>>
> >>> While I do have extensive experience installing MET, I have not
> installed
> >>> MET on a Mac previously. Let's try to work through this though.
> >>>
> >>> Please try setting the environment variable LIBS='-ldl'.
> >>> For example in bash, you would run:
> >>>
> >>> export LIBS='-ldl'
> >>>
> >>> In the csh shell, you would run:
> >>>
> >>> setenv LIBS='-ldl'
> >>>
> >>> Then, rerun the configure command for MET and then, run make
again.
> >> Please
> >>> let us know how that goes.
> >>>
> >>> Julie
> >>>
> >>> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
> >> minnawin at ucar.edu <mailto:minnawin at ucar.edu>
<mailto:minnawin at ucar.edu
> <mailto:minnawin at ucar.edu>>>
> >>> wrote:
> >>>
> >>>> Hello Josh,
> >>>>
> >>>> It appears like you are having some issues compiling MET on
your Mac.
> >>>> This ticket is being assigned to Julie Prestopnik, who has
extensive
> >>>> experience with such issues. Please allow a few business days
for a
> >>>> response.
> >>>>
> >>>> Regards,
> >>>> Minna
> >>>> ---------------
> >>>> Minna Win
> >>>> National Center for Atmospheric Research
> >>>> Developmental Testbed Center
> >>>> Phone: 303-497-8423
> >>>> Fax: 303-497-8401
> >>>>
> >>>>
> >>>>
> >>>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT <
> met_help at ucar.edu <mailto:met_help at ucar.edu>
> >> <mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>>>
> >>>> wrote:
> >>>>
> >>>>>
> >>>>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
> >>>>> Transaction: Ticket created by josh.boustead at pemdastech.com
<mailto:
> josh.boustead at pemdastech.com> <mailto:
> >> josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>>
> >>>>> Queue: met_help
> >>>>> Subject: Compiling Error
> >>>>> Owner: Nobody
> >>>>> Requestors: josh.boustead at pemdastech.com <mailto:
> josh.boustead at pemdastech.com> <mailto:
> >> josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>>
> >>>>> Status: new
> >>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
> <https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> <
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 <
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>> >
> >>>>>
> >>>>>
> >>>>> Hello,
> >>>>>
> >>>>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine
on a
> >>>>> MacBook Pro. I think I have all the variables set correct, but
I keep
> >>>>> running into the following error that does not allow for the
compile
> to
> >>>>> complete:
> >>>>>
> >>>>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
> undefined
> >>>>> reference to symbol 'dlsym@@GLIBC_2.2.5'
> >>>>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
> command
> >>>>> line
> >>>>> collect2: error: ld returned 1 exit status
> >>>>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> >>>>> make[4]: Leaving directory
> >>>>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
> >>>>> make[3]: *** [Makefile:379: install-recursive] Error 1
> >>>>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
> >>>>> make[2]: *** [Makefile:373: install-recursive] Error 1
> >>>>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
> >>>>> make[1]: *** [Makefile:370: install-recursive] Error 1
> >>>>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
> >>>>> make: *** [Makefile:425: install-recursive] Error 1
> >>>>>
> >>>>>
> >>>>> I have attached my make_install.log in case there is something
in
> >> there I
> >>>>> am missing.
> >>>>>
> >>>>> Thanks for any help that you can provide!
> >>>>>
> >>>>> Josh Boustead
> >>>>> Research Associate
> >>>>> PEMDAS Innovations and Technologies
> >>>>> Norman, OK
> >>>>>
> >>>>>
> >>>>> --
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> CONFIDENTIALITY NOTICE: This email message and all attachments
> >>>>> transmitted with it may contain legally privileged and
confidential
> >>>>> information intended solely for the use of the addressee. If
the
> reader
> >>>>> of
> >>>>> this message is not the intended recipient, you are hereby
notified
> >> that
> >>>>> any reading, dissemination, distribution, copying, or other
use of
> this
> >>>>> message or its attachments is strictly prohibited. If you have
> received
> >>>>> this message in error, please notify the sender immediately
and
> delete
> >>>>> this
> >>>>> message from your system. Thank you.
> >>>>>
> >>>>>
> >>>
> >>> --
> >>> Julie Prestopnik
> >>> Software Engineer
> >>> National Center for Atmospheric Research
> >>> Research Applications Laboratory
> >>> Phone: 303.497.8399
> >>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu> <mailto:
> jpresto at ucar.edu <mailto: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.
> >>
> >>
> >> --
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> CONFIDENTIALITY NOTICE: This email message and all attachments
> >> transmitted with it may contain legally privileged and
confidential
> >> information intended solely for the use of the addressee. If the
reader
> of
> >> this message is not the intended recipient, you are hereby
notified that
> >> any reading, dissemination, distribution, copying, or other use
of this
> >> message or its attachments is strictly prohibited. If you have
received
> >> this message in error, please notify the sender immediately and
delete
> >> this
> >> message from your system. Thank you.
> >>
> >>
> >>
> >>
> >> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>>
> >> wrote:
> >>
> >> Hi Josh.
> >>
> >> While I do have extensive experience installing MET, I have not
> installed
> >> MET on a Mac previously. Let's try to work through this though.
> >>
> >> Please try setting the environment variable LIBS='-ldl'.
> >> For example in bash, you would run:
> >>
> >> export LIBS='-ldl'
> >>
> >> In the csh shell, you would run:
> >>
> >> setenv LIBS='-ldl'
> >>
> >> Then, rerun the configure command for MET and then, run make
again.
> Please
> >> let us know how that goes.
> >>
> >> Julie
> >>
> >> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
> minnawin at ucar.edu <mailto:minnawin at ucar.edu>
> >>>
> >> wrote:
> >>
> >> Hello Josh,
> >>
> >> It appears like you are having some issues compiling MET on your
Mac.
> >> This ticket is being assigned to Julie Prestopnik, who has
extensive
> >> experience with such issues. Please allow a few business days
for a
> >> response.
> >>
> >> Regards,
> >> Minna
> >> ---------------
> >> Minna Win
> >> National Center for Atmospheric Research
> >> Developmental Testbed Center
> >> Phone: 303-497-8423
> >> Fax: 303-497-8401
> >>
> >>
> >>
> >> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu
> >
> >> wrote:
> >>
> >>
> >> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
> >> Transaction: Ticket created by josh.boustead at pemdastech.com
> >> Queue: met_help
> >> Subject: Compiling Error
> >> Owner: Nobody
> >> Requestors: josh.boustead at pemdastech.com
> >> Status: new
> >> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
> >>
> >>
> >> Hello,
> >>
> >> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on
a
> >> MacBook Pro. I think I have all the variables set correct, but I
keep
> >> running into the following error that does not allow for the
compile to
> >> complete:
> >>
> >> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
> >> reference to symbol 'dlsym@@GLIBC_2.2.5'
> >> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
> >> line
> >> collect2: error: ld returned 1 exit status
> >> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> >> make[4]: Leaving directory
> >> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
> >> make[3]: *** [Makefile:379: install-recursive] Error 1
> >> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
> >> make[2]: *** [Makefile:373: install-recursive] Error 1
> >> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
> >> make[1]: *** [Makefile:370: install-recursive] Error 1
> >> make[1]: Leaving directory '/home/wrf/met-9.0/src'
> >> make: *** [Makefile:425: install-recursive] Error 1
> >>
> >>
> >> I have attached my make_install.log in case there is something in
there
> I
> >> am missing.
> >>
> >> Thanks for any help that you can provide!
> >>
> >> Josh Boustead
> >> Research Associate
> >> PEMDAS Innovations and Technologies
> >> Norman, OK
> >>
> >>
> >> --
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> CONFIDENTIALITY NOTICE: This email message and all attachments
> >> transmitted with it may contain legally privileged and
confidential
> >> information intended solely for the use of the addressee. If the
reader
> >> of
> >> this message is not the intended recipient, you are hereby
notified that
> >> any reading, dissemination, distribution, copying, or other use
of this
> >> message or its attachments is strictly prohibited. If you have
received
> >> this message in error, please notify the sender immediately and
delete
> >> this
> >> message from your system. Thank you.
> >>
> >>
> >>
> >> --
> >> Julie Prestopnik
> >> Software Engineer
> >> National Center for Atmospheric Research
> >> Research Applications Laboratory
> >> Phone: 303.497.8399
> >> 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
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu <mailto: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.
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
> It did not create a configure log when I used the LIBS=‘-ldi’, but I
> copied the commands into a text file so you could see what the
errors were
> and that is attached below:
>
>
> Here is the make_install.log for when I don’t use the LIBS=‘-ldi’
and try
> to run make:
>
>
> Thanks again for your help. Have a great weekend,
>
> Josh
>
>
> On Apr 10, 2020, at 12:50 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> Hi Josh.
>
> Thank you for the additional information. It looks like you have
set LIBS
> with a capital I (pronounced eye), lowercase d, and a capital I
(pronounced
> eye). Instead please try setting LIBS to a lowercase l (pronounced
el),
> lowercase d, and a lowercase l (pronounced l). Then, please rerun
the
> configure command for MET and then, run make again. Please let us
know how
> that goes.
>
> If you still receive errors, please also attach your config.log file
as
> well as your make_install.log file. Please let me know if you have
any
> questions.
>
> Thanks!
>
> Julie
>
> On Thu, Apr 9, 2020 at 2:07 PM Josh Boustead via RT
<met_help at ucar.edu>
> wrote:
>
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Hi Julie,
>
> Thank you very much for the quick reply!
>
> I did try to set the environmental variable LIBS=‘-ldl’ as suggested
but I
> still get errors and the compilation fails. I likely wasn’t very
clear in
> my initial message, but I am actually installing me on Linux with
the
> operating system of CENTOS 8. The Linux is just running in a virtual
> machine on my MacBook Pro laptop. So hopefully there won’t be any
Mac
> specific issues that we run into.
>
> Attached is my latest install log that was generated. I also
included a
> text file of how I have the environmental variables setup.
>
> Thanks again for your help!!
>
> Josh
>
>
>
>
>
>
> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
>
> wrote:
>
>
> Hi Josh.
>
> While I do have extensive experience installing MET, I have not
installed
> MET on a Mac previously. Let's try to work through this though.
>
> Please try setting the environment variable LIBS='-ldl'.
> For example in bash, you would run:
>
> export LIBS='-ldl'
>
> In the csh shell, you would run:
>
> setenv LIBS='-ldl'
>
> Then, rerun the configure command for MET and then, run make again.
>
> Please
>
> let us know how that goes.
>
> Julie
>
> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
>
> minnawin at ucar.edu <mailto:minnawin at ucar.edu <minnawin at ucar.edu>>>
>
> wrote:
>
> Hello Josh,
>
> It appears like you are having some issues compiling MET on your
Mac.
> This ticket is being assigned to Julie Prestopnik, who has extensive
> experience with such issues. Please allow a few business days for a
> response.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax: 303-497-8401
>
>
>
> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu
>
> <mailto:met_help at ucar.edu <met_help at ucar.edu>>>
>
> wrote:
>
>
> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
> Transaction: Ticket created by josh.boustead at pemdastech.com <mailto:
>
> josh.boustead at pemdastech.com>
>
> Queue: met_help
> Subject: Compiling Error
> Owner: Nobody
> Requestors: josh.boustead at pemdastech.com <mailto:
>
> josh.boustead at pemdastech.com>
>
> Status: new
> Ticket <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<
>
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>
>
>
> Hello,
>
> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
> MacBook Pro. I think I have all the variables set correct, but I
keep
> running into the following error that does not allow for the compile
to
> complete:
>
> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
> reference to symbol 'dlsym@@GLIBC_2.2.5'
> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
> line
> collect2: error: ld returned 1 exit status
> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> make[4]: Leaving directory
> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
> make[3]: *** [Makefile:379: install-recursive] Error 1
> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
> make[2]: *** [Makefile:373: install-recursive] Error 1
> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/home/wrf/met-9.0/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
>
> I have attached my make_install.log in case there is something in
>
> there I
>
> am missing.
>
> Thanks for any help that you can provide!
>
> Josh Boustead
> Research Associate
> PEMDAS Innovations and Technologies
> Norman, OK
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader
> of
> this message is not the intended recipient, you are hereby notified
>
> that
>
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu <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.
>
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
>
>
> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> Hi Josh.
>
> While I do have extensive experience installing MET, I have not
installed
> MET on a Mac previously. Let's try to work through this though.
>
> Please try setting the environment variable LIBS='-ldl'.
> For example in bash, you would run:
>
> export LIBS='-ldl'
>
> In the csh shell, you would run:
>
> setenv LIBS='-ldl'
>
> Then, rerun the configure command for MET and then, run make again.
Please
> let us know how that goes.
>
> Julie
>
> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister
<minnawin at ucar.edu
>
>
> wrote:
>
> Hello Josh,
>
> It appears like you are having some issues compiling MET on your
Mac.
> This ticket is being assigned to Julie Prestopnik, who has extensive
> experience with such issues. Please allow a few business days for a
> response.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax: 303-497-8401
>
>
>
> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu>
> wrote:
>
>
> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
> Transaction: Ticket created by josh.boustead at pemdastech.com
> Queue: met_help
> Subject: Compiling Error
> Owner: Nobody
> Requestors: josh.boustead at pemdastech.com
> Status: new
> Ticket <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
>
>
>
> Hello,
>
> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
> MacBook Pro. I think I have all the variables set correct, but I
keep
> running into the following error that does not allow for the compile
to
> complete:
>
> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
> reference to symbol 'dlsym@@GLIBC_2.2.5'
> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
> line
> collect2: error: ld returned 1 exit status
> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> make[4]: Leaving directory
> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
> make[3]: *** [Makefile:379: install-recursive] Error 1
> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
> make[2]: *** [Makefile:373: install-recursive] Error 1
> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/home/wrf/met-9.0/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
>
> I have attached my make_install.log in case there is something in
there I
> am missing.
>
> Thanks for any help that you can provide!
>
> Josh Boustead
> Research Associate
> PEMDAS Innovations and Technologies
> Norman, OK
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader
> of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <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
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> 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
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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: Compiling Error
From: Josh Boustead
Time: Sat Apr 11 09:28:22 2020
Hi Julie,
I’m sorry about that. I should have known that. I did try setting the
LIBS=‘-ldl’ and it still did not compile. The configure worked of
course. I have attached the configure log as well as the fresh compile
log to the email.
Thanks again for the help and have a nice weekend,
Josh
> On Apr 10, 2020, at 4:09 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Josh.
>
> My apologies, I seem to have left the "e" out of "el" in the last
> character.
>
> So, this;
>
>> Instead please try setting LIBS to a lowercase l (pronounced el),
>> lowercase d, and a lowercase l (pronounced l). Then, please rerun
the
>> configure command for MET and then, run make again. Please let us
know how
>> that goes.
>>
> should be this:
> Instead please try setting LIBS to a lowercase l (pronounced el),
lowercase
> d, and a lowercase l (pronounced el). Then, please rerun the
configure
> command for MET and then, run make again. Please let us know how
that goes.
>
> So, two lowercase l's (pronounced el) and one lowercase d.
>
> Can you please copy and paste?
> For bash: export LIBS="-ldl"
> For csh: setenv LIBS "-ldl"
>
> Then, please rerun the configure command for MET and then, run make
again.
> Please let us know how that goes.
>
> Thanks!
>
> Julie
>
> On Fri, Apr 10, 2020 at 2:38 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>
>> Hi Julie,
>>
>> Thanks for your continued help! I did try as you mentioned, LIBS=‘-
ldi’,
>> but then when I ran ./configure it failed.
>>
>> Here is the configure log for when the configure script completes.
This is
>> the log that results when I do not use LIBS=‘-ldi’:
>>
>>
>>
>> It did not create a configure log when I used the LIBS=‘-ldi’, but
I
>> copied the commands into a text file so you could see what the
errors were
>> and that is attached below:
>>
>>
>>
>> Here is the make_install.log for when I don’t use the LIBS=‘-ldi’
and try
>> to run make:
>>
>>
>>
>> Thanks again for your help. Have a great weekend,
>>
>> Josh
>>
>>
>>> On Apr 10, 2020, at 12:50 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
>> wrote:
>>>
>>> Hi Josh.
>>>
>>> Thank you for the additional information. It looks like you have
set
>> LIBS
>>> with a capital I (pronounced eye), lowercase d, and a capital I
>> (pronounced
>>> eye). Instead please try setting LIBS to a lowercase l
(pronounced el),
>>> lowercase d, and a lowercase l (pronounced l). Then, please rerun
the
>>> configure command for MET and then, run make again. Please let us
know
>> how
>>> that goes.
>>>
>>> If you still receive errors, please also attach your config.log
file as
>>> well as your make_install.log file. Please let me know if you
have any
>>> questions.
>>>
>>> Thanks!
>>>
>>> Julie
>>>
>>> On Thu, Apr 9, 2020 at 2:07 PM Josh Boustead via RT
<met_help at ucar.edu
>> <mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>>>
>>> wrote:
>>>
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>> >
>>>>
>>>> Hi Julie,
>>>>
>>>> Thank you very much for the quick reply!
>>>>
>>>> I did try to set the environmental variable LIBS=‘-ldl’ as
suggested
>> but I
>>>> still get errors and the compilation fails. I likely wasn’t very
clear
>> in
>>>> my initial message, but I am actually installing me on Linux with
the
>>>> operating system of CENTOS 8. The Linux is just running in a
virtual
>>>> machine on my MacBook Pro laptop. So hopefully there won’t be any
Mac
>>>> specific issues that we run into.
>>>>
>>>> Attached is my latest install log that was generated. I also
included a
>>>> text file of how I have the environmental variables setup.
>>>>
>>>> Thanks again for your help!!
>>>>
>>>> Josh
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu
>>>
>>>> wrote:
>>>>>
>>>>> Hi Josh.
>>>>>
>>>>> While I do have extensive experience installing MET, I have not
>> installed
>>>>> MET on a Mac previously. Let's try to work through this though.
>>>>>
>>>>> Please try setting the environment variable LIBS='-ldl'.
>>>>> For example in bash, you would run:
>>>>>
>>>>> export LIBS='-ldl'
>>>>>
>>>>> In the csh shell, you would run:
>>>>>
>>>>> setenv LIBS='-ldl'
>>>>>
>>>>> Then, rerun the configure command for MET and then, run make
again.
>>>> Please
>>>>> let us know how that goes.
>>>>>
>>>>> Julie
>>>>>
>>>>> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
>>>> minnawin at ucar.edu <mailto:minnawin at ucar.edu>
<mailto:minnawin at ucar.edu <mailto:minnawin at ucar.edu>>
<mailto:minnawin at ucar.edu <mailto:minnawin at ucar.edu>
>> <mailto:minnawin at ucar.edu <mailto:minnawin at ucar.edu>>>>
>>>>> wrote:
>>>>>
>>>>>> Hello Josh,
>>>>>>
>>>>>> It appears like you are having some issues compiling MET on
your Mac.
>>>>>> This ticket is being assigned to Julie Prestopnik, who has
extensive
>>>>>> experience with such issues. Please allow a few business days
for a
>>>>>> response.
>>>>>>
>>>>>> Regards,
>>>>>> Minna
>>>>>> ---------------
>>>>>> Minna Win
>>>>>> National Center for Atmospheric Research
>>>>>> Developmental Testbed Center
>>>>>> Phone: 303-497-8423
>>>>>> Fax: 303-497-8401
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT <
>> met_help at ucar.edu <mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>>
>>>> <mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>>>>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>>>>>>> Transaction: Ticket created by josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com> <mailto:
>> josh.boustead at pemdastech.com <mailto:josh.boustead at pemdastech.com>>
<mailto:
>>>> josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>
<mailto:josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>>>
>>>>>>> Queue: met_help
>>>>>>> Subject: Compiling Error
>>>>>>> Owner: Nobody
>>>>>>> Requestors: josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com> <mailto:
>> josh.boustead at pemdastech.com <mailto:josh.boustead at pemdastech.com>>
<mailto:
>>>> josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>
<mailto:josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>>>
>>>>>>> Status: new
>>>>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>
>> <https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>> <
>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>>> >
>>>>>>>
>>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine
on a
>>>>>>> MacBook Pro. I think I have all the variables set correct, but
I keep
>>>>>>> running into the following error that does not allow for the
compile
>> to
>>>>>>> complete:
>>>>>>>
>>>>>>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
>> undefined
>>>>>>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>>>>>>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
>> command
>>>>>>> line
>>>>>>> collect2: error: ld returned 1 exit status
>>>>>>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>>>>>>> make[4]: Leaving directory
>>>>>>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>>>>>>> make[3]: *** [Makefile:379: install-recursive] Error 1
>>>>>>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>>>>>>> make[2]: *** [Makefile:373: install-recursive] Error 1
>>>>>>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>>>>>>> make[1]: *** [Makefile:370: install-recursive] Error 1
>>>>>>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>>>>>>> make: *** [Makefile:425: install-recursive] Error 1
>>>>>>>
>>>>>>>
>>>>>>> I have attached my make_install.log in case there is something
in
>>>> there I
>>>>>>> am missing.
>>>>>>>
>>>>>>> Thanks for any help that you can provide!
>>>>>>>
>>>>>>> Josh Boustead
>>>>>>> Research Associate
>>>>>>> PEMDAS Innovations and Technologies
>>>>>>> Norman, OK
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> CONFIDENTIALITY NOTICE: This email message and all attachments
>>>>>>> transmitted with it may contain legally privileged and
confidential
>>>>>>> information intended solely for the use of the addressee. If
the
>> reader
>>>>>>> of
>>>>>>> this message is not the intended recipient, you are hereby
notified
>>>> that
>>>>>>> any reading, dissemination, distribution, copying, or other
use of
>> this
>>>>>>> message or its attachments is strictly prohibited. If you have
>> received
>>>>>>> this message in error, please notify the sender immediately
and
>> delete
>>>>>>> this
>>>>>>> message from your system. Thank you.
>>>>>>>
>>>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> Software Engineer
>>>>> National Center for Atmospheric Research
>>>>> Research Applications Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
<mailto:jpresto at ucar.edu <mailto:jpresto at ucar.edu>> <mailto:
>> jpresto at ucar.edu <mailto:jpresto at ucar.edu> <mailto:jpresto at ucar.edu
<mailto: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.
>>>>
>>>>
>>>> --
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> CONFIDENTIALITY NOTICE: This email message and all attachments
>>>> transmitted with it may contain legally privileged and
confidential
>>>> information intended solely for the use of the addressee. If the
reader
>> of
>>>> this message is not the intended recipient, you are hereby
notified that
>>>> any reading, dissemination, distribution, copying, or other use
of this
>>>> message or its attachments is strictly prohibited. If you have
received
>>>> this message in error, please notify the sender immediately and
delete
>>>> this
>>>> message from your system. Thank you.
>>>>
>>>>
>>>>
>>>>
>>>> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>
>> <mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>>>
>>>> wrote:
>>>>
>>>> Hi Josh.
>>>>
>>>> While I do have extensive experience installing MET, I have not
>> installed
>>>> MET on a Mac previously. Let's try to work through this though.
>>>>
>>>> Please try setting the environment variable LIBS='-ldl'.
>>>> For example in bash, you would run:
>>>>
>>>> export LIBS='-ldl'
>>>>
>>>> In the csh shell, you would run:
>>>>
>>>> setenv LIBS='-ldl'
>>>>
>>>> Then, rerun the configure command for MET and then, run make
again.
>> Please
>>>> let us know how that goes.
>>>>
>>>> Julie
>>>>
>>>> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
>> minnawin at ucar.edu <mailto:minnawin at ucar.edu>
>>>>>
>>>> wrote:
>>>>
>>>> Hello Josh,
>>>>
>>>> It appears like you are having some issues compiling MET on your
Mac.
>>>> This ticket is being assigned to Julie Prestopnik, who has
extensive
>>>> experience with such issues. Please allow a few business days
for a
>>>> response.
>>>>
>>>> Regards,
>>>> Minna
>>>> ---------------
>>>> Minna Win
>>>> National Center for Atmospheric Research
>>>> Developmental Testbed Center
>>>> Phone: 303-497-8423
>>>> Fax: 303-497-8401
>>>>
>>>>
>>>>
>>>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu
>>>
>>>> wrote:
>>>>
>>>>
>>>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>>>> Transaction: Ticket created by josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>
>>>> Queue: met_help
>>>> Subject: Compiling Error
>>>> Owner: Nobody
>>>> Requestors: josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>
>>>> Status: new
>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>>>
>>>>
>>>> Hello,
>>>>
>>>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on
a
>>>> MacBook Pro. I think I have all the variables set correct, but I
keep
>>>> running into the following error that does not allow for the
compile to
>>>> complete:
>>>>
>>>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
>>>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>>>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
>>>> line
>>>> collect2: error: ld returned 1 exit status
>>>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>>>> make[4]: Leaving directory
>>>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>>>> make[3]: *** [Makefile:379: install-recursive] Error 1
>>>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>>>> make[2]: *** [Makefile:373: install-recursive] Error 1
>>>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>>>> make[1]: *** [Makefile:370: install-recursive] Error 1
>>>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>>>> make: *** [Makefile:425: install-recursive] Error 1
>>>>
>>>>
>>>> I have attached my make_install.log in case there is something in
there
>> I
>>>> am missing.
>>>>
>>>> Thanks for any help that you can provide!
>>>>
>>>> Josh Boustead
>>>> Research Associate
>>>> PEMDAS Innovations and Technologies
>>>> Norman, OK
>>>>
>>>>
>>>> --
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> CONFIDENTIALITY NOTICE: This email message and all attachments
>>>> transmitted with it may contain legally privileged and
confidential
>>>> information intended solely for the use of the addressee. If the
reader
>>>> of
>>>> this message is not the intended recipient, you are hereby
notified that
>>>> any reading, dissemination, distribution, copying, or other use
of this
>>>> message or its attachments is strictly prohibited. If you have
received
>>>> this message in error, please notify the sender immediately and
delete
>>>> this
>>>> message from your system. Thank you.
>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> Software Engineer
>>>> National Center for Atmospheric Research
>>>> Research Applications Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu <mailto: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
>>> Software Engineer
>>> National Center for Atmospheric Research
>>> Research Applications Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
<mailto:jpresto at ucar.edu <mailto: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.
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>> It did not create a configure log when I used the LIBS=‘-ldi’, but
I
>> copied the commands into a text file so you could see what the
errors were
>> and that is attached below:
>>
>>
>> Here is the make_install.log for when I don’t use the LIBS=‘-ldi’
and try
>> to run make:
>>
>>
>> Thanks again for your help. Have a great weekend,
>>
>> Josh
>>
>>
>> On Apr 10, 2020, at 12:50 PM, Julie Prestopnik via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
>> wrote:
>>
>> Hi Josh.
>>
>> Thank you for the additional information. It looks like you have
set LIBS
>> with a capital I (pronounced eye), lowercase d, and a capital I
(pronounced
>> eye). Instead please try setting LIBS to a lowercase l (pronounced
el),
>> lowercase d, and a lowercase l (pronounced l). Then, please rerun
the
>> configure command for MET and then, run make again. Please let us
know how
>> that goes.
>>
>> If you still receive errors, please also attach your config.log
file as
>> well as your make_install.log file. Please let me know if you have
any
>> questions.
>>
>> Thanks!
>>
>> Julie
>>
>> On Thu, Apr 9, 2020 at 2:07 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
>> wrote:
>>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>
>> Hi Julie,
>>
>> Thank you very much for the quick reply!
>>
>> I did try to set the environmental variable LIBS=‘-ldl’ as
suggested but I
>> still get errors and the compilation fails. I likely wasn’t very
clear in
>> my initial message, but I am actually installing me on Linux with
the
>> operating system of CENTOS 8. The Linux is just running in a
virtual
>> machine on my MacBook Pro laptop. So hopefully there won’t be any
Mac
>> specific issues that we run into.
>>
>> Attached is my latest install log that was generated. I also
included a
>> text file of how I have the environmental variables setup.
>>
>> Thanks again for your help!!
>>
>> Josh
>>
>>
>>
>>
>>
>>
>> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
>>
>> wrote:
>>
>>
>> Hi Josh.
>>
>> While I do have extensive experience installing MET, I have not
installed
>> MET on a Mac previously. Let's try to work through this though.
>>
>> Please try setting the environment variable LIBS='-ldl'.
>> For example in bash, you would run:
>>
>> export LIBS='-ldl'
>>
>> In the csh shell, you would run:
>>
>> setenv LIBS='-ldl'
>>
>> Then, rerun the configure command for MET and then, run make again.
>>
>> Please
>>
>> let us know how that goes.
>>
>> Julie
>>
>> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister <
>>
>> minnawin at ucar.edu <mailto:minnawin at ucar.edu>
<mailto:minnawin at ucar.edu <mailto:minnawin at ucar.edu>
<minnawin at ucar.edu <mailto:minnawin at ucar.edu>>>>
>>
>> wrote:
>>
>> Hello Josh,
>>
>> It appears like you are having some issues compiling MET on your
Mac.
>> This ticket is being assigned to Julie Prestopnik, who has
extensive
>> experience with such issues. Please allow a few business days for
a
>> response.
>>
>> Regards,
>> Minna
>> ---------------
>> Minna Win
>> National Center for Atmospheric Research
>> Developmental Testbed Center
>> Phone: 303-497-8423
>> Fax: 303-497-8401
>>
>>
>>
>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>
>>
>> <mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>
<met_help at ucar.edu <mailto:met_help at ucar.edu>>>>
>>
>> wrote:
>>
>>
>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>> Transaction: Ticket created by josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com> <mailto:
>>
>> josh.boustead at pemdastech.com <mailto:josh.boustead at pemdastech.com>>
>>
>> Queue: met_help
>> Subject: Compiling Error
>> Owner: Nobody
>> Requestors: josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com> <mailto:
>>
>> josh.boustead at pemdastech.com <mailto:josh.boustead at pemdastech.com>>
>>
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> <
>>
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>> >
>>
>>
>>
>> Hello,
>>
>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
>> MacBook Pro. I think I have all the variables set correct, but I
keep
>> running into the following error that does not allow for the
compile to
>> complete:
>>
>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
>> line
>> collect2: error: ld returned 1 exit status
>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>> make[4]: Leaving directory
>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>> make[3]: *** [Makefile:379: install-recursive] Error 1
>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>> make[2]: *** [Makefile:373: install-recursive] Error 1
>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>> make[1]: *** [Makefile:370: install-recursive] Error 1
>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>> make: *** [Makefile:425: install-recursive] Error 1
>>
>>
>> I have attached my make_install.log in case there is something in
>>
>> there I
>>
>> am missing.
>>
>> Thanks for any help that you can provide!
>>
>> Josh Boustead
>> Research Associate
>> PEMDAS Innovations and Technologies
>> Norman, OK
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader
>> of
>> this message is not the intended recipient, you are hereby notified
>>
>> that
>>
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
<mailto:jpresto at ucar.edu <mailto:jpresto at ucar.edu> <jpresto at ucar.edu
<mailto: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.
>>
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>>
>>
>> On Apr 9, 2020, at 1:07 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
>> wrote:
>>
>> Hi Josh.
>>
>> While I do have extensive experience installing MET, I have not
installed
>> MET on a Mac previously. Let's try to work through this though.
>>
>> Please try setting the environment variable LIBS='-ldl'.
>> For example in bash, you would run:
>>
>> export LIBS='-ldl'
>>
>> In the csh shell, you would run:
>>
>> setenv LIBS='-ldl'
>>
>> Then, rerun the configure command for MET and then, run make again.
Please
>> let us know how that goes.
>>
>> Julie
>>
>> On Thu, Apr 9, 2020 at 11:52 AM Minna Win-Gildenmeister
<minnawin at ucar.edu
>>
>>
>> wrote:
>>
>> Hello Josh,
>>
>> It appears like you are having some issues compiling MET on your
Mac.
>> This ticket is being assigned to Julie Prestopnik, who has
extensive
>> experience with such issues. Please allow a few business days for
a
>> response.
>>
>> Regards,
>> Minna
>> ---------------
>> Minna Win
>> National Center for Atmospheric Research
>> Developmental Testbed Center
>> Phone: 303-497-8423
>> Fax: 303-497-8401
>>
>>
>>
>> On Thu, Apr 9, 2020 at 11:44 AM Josh Boustead via RT
<met_help at ucar.edu>
>> wrote:
>>
>>
>> Thu Apr 09 11:43:49 2020: Request 94874 was acted upon.
>> Transaction: Ticket created by josh.boustead at pemdastech.com
>> Queue: met_help
>> Subject: Compiling Error
>> Owner: Nobody
>> Requestors: josh.boustead at pemdastech.com
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>>
>>
>> Hello,
>>
>> I am trying to compile MET9.0 on CENTOS 8 in a virtual machine on a
>> MacBook Pro. I think I have all the variables set correct, but I
keep
>> running into the following error that does not allow for the
compile to
>> complete:
>>
>> /usr/bin/ld: /usr/local/lib/libpython3.7m.a(dynload_shlib.o):
undefined
>> reference to symbol 'dlsym@@GLIBC_2.2.5'
>> //usr/lib64/libdl.so.2: error adding symbols: DSO missing from
command
>> line
>> collect2: error: ld returned 1 exit status
>> make[4]: *** [Makefile:427: ensemble_stat] Error 1
>> make[4]: Leaving directory
>> '/home/wrf/met-9.0/src/tools/core/ensemble_stat'
>> make[3]: *** [Makefile:379: install-recursive] Error 1
>> make[3]: Leaving directory '/home/wrf/met-9.0/src/tools/core'
>> make[2]: *** [Makefile:373: install-recursive] Error 1
>> make[2]: Leaving directory '/home/wrf/met-9.0/src/tools'
>> make[1]: *** [Makefile:370: install-recursive] Error 1
>> make[1]: Leaving directory '/home/wrf/met-9.0/src'
>> make: *** [Makefile:425: install-recursive] Error 1
>>
>>
>> I have attached my make_install.log in case there is something in
there I
>> am missing.
>>
>> Thanks for any help that you can provide!
>>
>> Josh Boustead
>> Research Associate
>> PEMDAS Innovations and Technologies
>> Norman, OK
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader
>> of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu> <jpresto at ucar.edu
<mailto: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
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> 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
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> 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.
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: John Halley Gotway
Time: Mon Apr 13 10:08:27 2020
Josh,
This is John Halley Gotway. I work on providing met_help support with
Julie. Thanks for sending your config.log and make_install.log files.
I
took a look and have a couple of thoughts. I see that you're getting
a
linker error related to python when compiling MET:
*/usr/bin/ld: /usr/local/lib/libpython3.7m.a(timemodule.o): undefined
reference to symbol
'pthread_getcpuclockid@@GLIBC_2.2.5'//usr/lib64/libpthread.so.0: error
adding symbols: DSO missing from command linecollect2: error: ld
returned 1
exit status*
I see in config.log you're using a very recent version of the GNU
compilers:
* gcc version 8.3.1 20190507 (Red Hat 8.3.1-4) (GCC)*
And that's fine. We just haven't compiled MET with that version yet
to my
knowledge. Our sys admins tend to keep us a couple of versions
behind.
Every once in a while, new error messages show up in newer
compiler versions... and we just fix them as we find them. But I
don't
actually think that's what's going on here.
Looking in config.log, I see you're pointing to what appears to be a
custom
build of python 3.7.7:
*> egrep "^MET_PYTHON_" config.log
MET_PYTHON_CC='-I/home/wrf/Build_WRF/LIBRARIES/Python-
3.7.7/Include'MET_PYTHON_LD='-
L/home/wrf/Build_WRF/LIBRARIES/lib/python3.7/config-3.7m-x86_64-linux-
gnu
-lpython3.7m'*
I assume that's compiled with the same version of GNU that you're
using to
compile MET. Using different compiler versions for python and MET
does not
work well.
But going back to that error message from make_install.log, notice
that
it's complaining about "/usr/local/lib/libpython3.7.m.a" but NOT you
custom
python build! So the settings aren't working the way we intend.
Looking
at your python settings, I see a couple of oddities...
- In MET_PYTHON_CC "Python-3.7.7" is capitalized while in
MET_PYTHON_LD,
it's all lowercase.
- In MET_PYTHON_CC "Include" is capitalized... but I've never actually
seen
it that way.
Let's update those environment variables, referring to page 470 of MET
User's Guide:
https://dtcenter.org/sites/default/files/community-code/met/docs/user-
guide/MET_Users_Guide_v9.0.pdf
In there, we have you run the "python-config" utility to set those
variables.
Does the following exist in this location?
*ls /home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config*
If not, please correct the path in the commands below and then run
them:
*export
MET_PYTHON_CC=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
--cflags`*
*export
MET_PYTHON_LD=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
--ldflags`*
Or for c-shell:
*setenv MET_PYTHON_CC
`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config --cflags`*
*setenv MET_PYTHON_LD
`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config --ldflags`*
And then rerun "configure" and "make clean install".
Does that produce any better results?
Thanks,
John
------------------------------------------------
Subject: Compiling Error
From: Josh Boustead
Time: Mon Apr 13 12:22:46 2020
Hi John,
Thanks for the help! I had compiled a version of Python in a local
directory, but did a search for the python-config and see that Python
was already installed. I then pointed those environmental variables of
MET_PYTHON_CC and MET_PYTHON_LD to the output by python3-config. I
then ran configure and make and it seemed to get past the previous
error I was getting, but still errors. It appears that it might be
something with grib2? I did have some issues installing the NCEP grib2
and I am wondering if it is something related to that. When I ran make
to compile the GRIB2 I never received any .h header files. I have
attached the updated configure and make log to the email if that can
be of any assistance.
Thanks again for all the help!
Josh
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Josh Boustead
Time: Mon Apr 13 12:22:46 2020
> On Apr 13, 2020, at 11:08 AM, John Halley Gotway via RT
<met_help at ucar.edu> wrote:
>
> Josh,
>
> This is John Halley Gotway. I work on providing met_help support
with
> Julie. Thanks for sending your config.log and make_install.log
files. I
> took a look and have a couple of thoughts. I see that you're
getting a
> linker error related to python when compiling MET:
>
>
>
> */usr/bin/ld: /usr/local/lib/libpython3.7m.a(timemodule.o):
undefined
> reference to symbol
> 'pthread_getcpuclockid@@GLIBC_2.2.5'//usr/lib64/libpthread.so.0:
error
> adding symbols: DSO missing from command linecollect2: error: ld
returned 1
> exit status*
>
> I see in config.log you're using a very recent version of the GNU
compilers:
> * gcc version 8.3.1 20190507 (Red Hat 8.3.1-4) (GCC)*
>
> And that's fine. We just haven't compiled MET with that version yet
to my
> knowledge. Our sys admins tend to keep us a couple of versions
behind.
> Every once in a while, new error messages show up in newer
> compiler versions... and we just fix them as we find them. But I
don't
> actually think that's what's going on here.
>
> Looking in config.log, I see you're pointing to what appears to be a
custom
> build of python 3.7.7:
>
>
> *> egrep "^MET_PYTHON_" config.log
> MET_PYTHON_CC='-I/home/wrf/Build_WRF/LIBRARIES/Python-
3.7.7/Include'MET_PYTHON_LD='-
L/home/wrf/Build_WRF/LIBRARIES/lib/python3.7/config-3.7m-x86_64-linux-
gnu
> -lpython3.7m'*
>
> I assume that's compiled with the same version of GNU that you're
using to
> compile MET. Using different compiler versions for python and MET
does not
> work well.
>
> But going back to that error message from make_install.log, notice
that
> it's complaining about "/usr/local/lib/libpython3.7.m.a" but NOT you
custom
> python build! So the settings aren't working the way we intend.
Looking
> at your python settings, I see a couple of oddities...
> - In MET_PYTHON_CC "Python-3.7.7" is capitalized while in
MET_PYTHON_LD,
> it's all lowercase.
> - In MET_PYTHON_CC "Include" is capitalized... but I've never
actually seen
> it that way.
>
> Let's update those environment variables, referring to page 470 of
MET
> User's Guide:
> https://dtcenter.org/sites/default/files/community-
code/met/docs/user-guide/MET_Users_Guide_v9.0.pdf
>
> In there, we have you run the "python-config" utility to set those
> variables.
> Does the following exist in this location?
> *ls /home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config*
>
> If not, please correct the path in the commands below and then run
them:
> *export
> MET_PYTHON_CC=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
> --cflags`*
> *export
> MET_PYTHON_LD=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
> --ldflags`*
>
> Or for c-shell:
> *setenv MET_PYTHON_CC
> `/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config
--cflags`*
> *setenv MET_PYTHON_LD
> `/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config
--ldflags`*
>
> And then rerun "configure" and "make clean install".
>
> Does that produce any better results?
>
> Thanks,
> John
>
------------------------------------------------
Subject: Compiling Error
From: John Halley Gotway
Time: Mon Apr 13 12:34:24 2020
Josh,
Please try reconfiguring and compiling without the “—enable-grib2”
option.
Let’s make sure there’s no other issues waiting to be found.
Once that successfully compiles we can circle back and debug the GRIB2
problems.
John
On Mon, Apr 13, 2020 at 12:23 PM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Hi John,
>
> Thanks for the help! I had compiled a version of Python in a local
> directory, but did a search for the python-config and see that
Python was
> already installed. I then pointed those environmental variables of
> MET_PYTHON_CC and MET_PYTHON_LD to the output by python3-config. I
then ran
> configure and make and it seemed to get past the previous error I
was
> getting, but still errors. It appears that it might be something
with
> grib2? I did have some issues installing the NCEP grib2 and I am
wondering
> if it is something related to that. When I ran make to compile the
GRIB2 I
> never received any .h header files. I have attached the updated
configure
> and make log to the email if that can be of any assistance.
>
> Thanks again for all the help!
>
> Josh
>
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
>
>
> > On Apr 13, 2020, at 11:08 AM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
> >
> > Josh,
> >
> > This is John Halley Gotway. I work on providing met_help support
with
> > Julie. Thanks for sending your config.log and make_install.log
files. I
> > took a look and have a couple of thoughts. I see that you're
getting a
> > linker error related to python when compiling MET:
> >
> >
> >
> > */usr/bin/ld: /usr/local/lib/libpython3.7m.a(timemodule.o):
undefined
> > reference to symbol
> > 'pthread_getcpuclockid@@GLIBC_2.2.5'//usr/lib64/libpthread.so.0:
error
> > adding symbols: DSO missing from command linecollect2: error: ld
> returned 1
> > exit status*
> >
> > I see in config.log you're using a very recent version of the GNU
> compilers:
> > * gcc version 8.3.1 20190507 (Red Hat 8.3.1-4) (GCC)*
> >
> > And that's fine. We just haven't compiled MET with that version
yet to
> my
> > knowledge. Our sys admins tend to keep us a couple of versions
behind.
> > Every once in a while, new error messages show up in newer
> > compiler versions... and we just fix them as we find them. But I
don't
> > actually think that's what's going on here.
> >
> > Looking in config.log, I see you're pointing to what appears to be
a
> custom
> > build of python 3.7.7:
> >
> >
> > *> egrep "^MET_PYTHON_" config.log
> >
> MET_PYTHON_CC='-I/home/wrf/Build_WRF/LIBRARIES/Python-
3.7.7/Include'MET_PYTHON_LD='-
L/home/wrf/Build_WRF/LIBRARIES/lib/python3.7/config-3.7m-x86_64-linux-
gnu
> > -lpython3.7m'*
> >
> > I assume that's compiled with the same version of GNU that you're
using
> to
> > compile MET. Using different compiler versions for python and MET
does
> not
> > work well.
> >
> > But going back to that error message from make_install.log, notice
that
> > it's complaining about "/usr/local/lib/libpython3.7.m.a" but NOT
you
> custom
> > python build! So the settings aren't working the way we intend.
Looking
> > at your python settings, I see a couple of oddities...
> > - In MET_PYTHON_CC "Python-3.7.7" is capitalized while in
MET_PYTHON_LD,
> > it's all lowercase.
> > - In MET_PYTHON_CC "Include" is capitalized... but I've never
actually
> seen
> > it that way.
> >
> > Let's update those environment variables, referring to page 470 of
MET
> > User's Guide:
> >
> https://dtcenter.org/sites/default/files/community-
code/met/docs/user-guide/MET_Users_Guide_v9.0.pdf
> >
> > In there, we have you run the "python-config" utility to set those
> > variables.
> > Does the following exist in this location?
> > *ls /home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config*
> >
> > If not, please correct the path in the commands below and then run
them:
> > *export
> > MET_PYTHON_CC=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
> > --cflags`*
> > *export
> > MET_PYTHON_LD=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
> > --ldflags`*
> >
> > Or for c-shell:
> > *setenv MET_PYTHON_CC
> > `/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config
--cflags`*
> > *setenv MET_PYTHON_LD
> > `/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config
--ldflags`*
> >
> > And then rerun "configure" and "make clean install".
> >
> > Does that produce any better results?
> >
> > Thanks,
> > John
> >
>
>
------------------------------------------------
Subject: Compiling Error
From: Josh Boustead
Time: Mon Apr 13 14:52:14 2020
Well John that was a good thought. It looks like there are other
issues as well. I really thought I had everything compiled correctly
and ready to go for MET. Here is the latest logs without the —engable-
grib2 option.
I really appreciate all the time you and your team are spending
helping me through the issues.
Josh
> On Apr 13, 2020, at 1:34 PM, John Halley Gotway via RT
<met_help at ucar.edu> wrote:
>
> Josh,
>
> Please try reconfiguring and compiling without the “—enable-grib2”
option.
> Let’s make sure there’s no other issues waiting to be found.
>
> Once that successfully compiles we can circle back and debug the
GRIB2
> problems.
>
> John
>
> On Mon, Apr 13, 2020 at 12:23 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>
>> Hi John,
>>
>> Thanks for the help! I had compiled a version of Python in a local
>> directory, but did a search for the python-config and see that
Python was
>> already installed. I then pointed those environmental variables of
>> MET_PYTHON_CC and MET_PYTHON_LD to the output by python3-config. I
then ran
>> configure and make and it seemed to get past the previous error I
was
>> getting, but still errors. It appears that it might be something
with
>> grib2? I did have some issues installing the NCEP grib2 and I am
wondering
>> if it is something related to that. When I ran make to compile the
GRIB2 I
>> never received any .h header files. I have attached the updated
configure
>> and make log to the email if that can be of any assistance.
>>
>> Thanks again for all the help!
>>
>> Josh
>>
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>>
>>
>>> On Apr 13, 2020, at 11:08 AM, John Halley Gotway via RT <
>> met_help at ucar.edu> wrote:
>>>
>>> Josh,
>>>
>>> This is John Halley Gotway. I work on providing met_help support
with
>>> Julie. Thanks for sending your config.log and make_install.log
files. I
>>> took a look and have a couple of thoughts. I see that you're
getting a
>>> linker error related to python when compiling MET:
>>>
>>>
>>>
>>> */usr/bin/ld: /usr/local/lib/libpython3.7m.a(timemodule.o):
undefined
>>> reference to symbol
>>> 'pthread_getcpuclockid@@GLIBC_2.2.5'//usr/lib64/libpthread.so.0:
error
>>> adding symbols: DSO missing from command linecollect2: error: ld
>> returned 1
>>> exit status*
>>>
>>> I see in config.log you're using a very recent version of the GNU
>> compilers:
>>> * gcc version 8.3.1 20190507 (Red Hat 8.3.1-4) (GCC)*
>>>
>>> And that's fine. We just haven't compiled MET with that version
yet to
>> my
>>> knowledge. Our sys admins tend to keep us a couple of versions
behind.
>>> Every once in a while, new error messages show up in newer
>>> compiler versions... and we just fix them as we find them. But I
don't
>>> actually think that's what's going on here.
>>>
>>> Looking in config.log, I see you're pointing to what appears to be
a
>> custom
>>> build of python 3.7.7:
>>>
>>>
>>> *> egrep "^MET_PYTHON_" config.log
>>>
>> MET_PYTHON_CC='-I/home/wrf/Build_WRF/LIBRARIES/Python-
3.7.7/Include'MET_PYTHON_LD='-
L/home/wrf/Build_WRF/LIBRARIES/lib/python3.7/config-3.7m-x86_64-linux-
gnu
>>> -lpython3.7m'*
>>>
>>> I assume that's compiled with the same version of GNU that you're
using
>> to
>>> compile MET. Using different compiler versions for python and MET
does
>> not
>>> work well.
>>>
>>> But going back to that error message from make_install.log, notice
that
>>> it's complaining about "/usr/local/lib/libpython3.7.m.a" but NOT
you
>> custom
>>> python build! So the settings aren't working the way we intend.
Looking
>>> at your python settings, I see a couple of oddities...
>>> - In MET_PYTHON_CC "Python-3.7.7" is capitalized while in
MET_PYTHON_LD,
>>> it's all lowercase.
>>> - In MET_PYTHON_CC "Include" is capitalized... but I've never
actually
>> seen
>>> it that way.
>>>
>>> Let's update those environment variables, referring to page 470 of
MET
>>> User's Guide:
>>>
>> https://dtcenter.org/sites/default/files/community-
code/met/docs/user-guide/MET_Users_Guide_v9.0.pdf
>>>
>>> In there, we have you run the "python-config" utility to set those
>>> variables.
>>> Does the following exist in this location?
>>> *ls /home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config*
>>>
>>> If not, please correct the path in the commands below and then run
them:
>>> *export
>>> MET_PYTHON_CC=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
>>> --cflags`*
>>> *export
>>> MET_PYTHON_LD=`/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-
config
>>> --ldflags`*
>>>
>>> Or for c-shell:
>>> *setenv MET_PYTHON_CC
>>> `/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config
--cflags`*
>>> *setenv MET_PYTHON_LD
>>> `/home/wrf/Build_WRF/LIBRARIES/python-3.7.7/python3-config
--ldflags`*
>>>
>>> And then rerun "configure" and "make clean install".
>>>
>>> Does that produce any better results?
>>>
>>> Thanks,
>>> John
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Julie Prestopnik
Time: Mon Apr 13 15:01:27 2020
Hi Josh.
Thanks for attaching those files.
>From this information:
> /usr/bin/ld: cannot find -lbufr
> collect2: error: ld returned 1 exit status
>
it looks like MET can't find the BUFR library file.
I see that you have set MET_BUFR to /home/wrf/BUFRLIB/ and so MET is
looking in /home/wrf/BUFRLIB/lib for a libbufr.a file. Is there a
file
called libbufr.a in /home/wrf/BUFRLIB/lib?
Thanks,
Julie
On Mon, Apr 13, 2020 at 2:52 PM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Well John that was a good thought. It looks like there are other
issues as
> well. I really thought I had everything compiled correctly and ready
to go
> for MET. Here is the latest logs without the —engable-grib2 option.
>
> I really appreciate all the time you and your team are spending
helping me
> through the issues.
>
> Josh
>
>
>
>
> > On Apr 13, 2020, at 1:34 PM, John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
> >
> > Josh,
> >
> > Please try reconfiguring and compiling without the “—enable-grib2”
> option.
> > Let’s make sure there’s no other issues waiting to be found.
> >
> > Once that successfully compiles we can circle back and debug the
GRIB2
> > problems.
> >
> > John
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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: Compiling Error
From: Julie Prestopnik
Time: Mon Apr 13 15:23:52 2020
Also, Josh, if you think it would make things easier, we have a
compilation
script that we use to install MET and its dependent libraries on
various
machines. It may or may not work right away on your machine, but if
you'd
like to give it a try, we can send it and the instructions for using
it
your way, and provide guidance on any issues that arise.
Please let us know how you'd like to proceed.
Thanks,
Julie
On Mon, Apr 13, 2020 at 3:01 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Hi Josh.
>
> Thanks for attaching those files.
>
> From this information:
>
>> /usr/bin/ld: cannot find -lbufr
>> collect2: error: ld returned 1 exit status
>>
> it looks like MET can't find the BUFR library file.
>
> I see that you have set MET_BUFR to /home/wrf/BUFRLIB/ and so MET is
> looking in /home/wrf/BUFRLIB/lib for a libbufr.a file. Is there a
file
> called libbufr.a in /home/wrf/BUFRLIB/lib?
>
> Thanks,
> Julie
>
> On Mon, Apr 13, 2020 at 2:52 PM Josh Boustead via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>>
>> Well John that was a good thought. It looks like there are other
issues
>> as well. I really thought I had everything compiled correctly and
ready to
>> go for MET. Here is the latest logs without the —engable-grib2
option.
>>
>> I really appreciate all the time you and your team are spending
helping
>> me through the issues.
>>
>> Josh
>>
>>
>>
>>
>> > On Apr 13, 2020, at 1:34 PM, John Halley Gotway via RT <
>> met_help at ucar.edu> wrote:
>> >
>> > Josh,
>> >
>> > Please try reconfiguring and compiling without the “—enable-
grib2”
>> option.
>> > Let’s make sure there’s no other issues waiting to be found.
>> >
>> > Once that successfully compiles we can circle back and debug the
GRIB2
>> > problems.
>> >
>> > John
>>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> 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
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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: Compiling Error
From: Josh Boustead
Time: Mon Apr 13 16:39:00 2020
Hi Julie,
I do have libber.a file in /home/wrf/BUFRLIB, but I am still getting
that error. It could be that the BUFRLIB is not compiled properly
although I did get a number of *.o files. It would be wonderful if you
could pass along a compilation script! I would certainly give it a try
and see if I could get that to work.
Thank you!
Josh
> On Apr 13, 2020, at 4:23 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Also, Josh, if you think it would make things easier, we have a
compilation
> script that we use to install MET and its dependent libraries on
various
> machines. It may or may not work right away on your machine, but if
you'd
> like to give it a try, we can send it and the instructions for using
it
> your way, and provide guidance on any issues that arise.
>
> Please let us know how you'd like to proceed.
>
> Thanks,
> Julie
>
> On Mon, Apr 13, 2020 at 3:01 PM Julie Prestopnik <jpresto at ucar.edu
<mailto:jpresto at ucar.edu>> wrote:
>
>> Hi Josh.
>>
>> Thanks for attaching those files.
>>
>> From this information:
>>
>>> /usr/bin/ld: cannot find -lbufr
>>> collect2: error: ld returned 1 exit status
>>>
>> it looks like MET can't find the BUFR library file.
>>
>> I see that you have set MET_BUFR to /home/wrf/BUFRLIB/ and so MET
is
>> looking in /home/wrf/BUFRLIB/lib for a libbufr.a file. Is there a
file
>> called libbufr.a in /home/wrf/BUFRLIB/lib?
>>
>> Thanks,
>> Julie
>>
>> On Mon, Apr 13, 2020 at 2:52 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
>> wrote:
>>
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>>
>>> Well John that was a good thought. It looks like there are other
issues
>>> as well. I really thought I had everything compiled correctly and
ready to
>>> go for MET. Here is the latest logs without the —engable-grib2
option.
>>>
>>> I really appreciate all the time you and your team are spending
helping
>>> me through the issues.
>>>
>>> Josh
>>>
>>>
>>>
>>>
>>>> On Apr 13, 2020, at 1:34 PM, John Halley Gotway via RT <
>>> met_help at ucar.edu> wrote:
>>>>
>>>> Josh,
>>>>
>>>> Please try reconfiguring and compiling without the “—enable-
grib2”
>>> option.
>>>> Let’s make sure there’s no other issues waiting to be found.
>>>>
>>>> Once that successfully compiles we can circle back and debug the
GRIB2
>>>> problems.
>>>>
>>>> John
>>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu <mailto: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
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <mailto: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.
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Josh Boustead
Time: Tue Apr 14 12:04:08 2020
Good afternoon Julie and John,
Last evening I went back and recompiled BUFR and it seemed to work
just as before. When I do the ar cvf libbufr.a *.o it seems to add the
files to the archive that my make_install.log indicates it is looking
for. I have also tried it with both LIB=‘-ldl’ and without in case
that helped, but that didn’t change the outcome.
Maybe when I try the compilation script that includes all the
dependent libraries that will work.
Thanks…Josh
> On Apr 13, 2020, at 4:23 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Also, Josh, if you think it would make things easier, we have a
compilation
> script that we use to install MET and its dependent libraries on
various
> machines. It may or may not work right away on your machine, but if
you'd
> like to give it a try, we can send it and the instructions for using
it
> your way, and provide guidance on any issues that arise.
>
> Please let us know how you'd like to proceed.
>
> Thanks,
> Julie
>
> On Mon, Apr 13, 2020 at 3:01 PM Julie Prestopnik <jpresto at ucar.edu
<mailto:jpresto at ucar.edu>> wrote:
>
>> Hi Josh.
>>
>> Thanks for attaching those files.
>>
>> From this information:
>>
>>> /usr/bin/ld: cannot find -lbufr
>>> collect2: error: ld returned 1 exit status
>>>
>> it looks like MET can't find the BUFR library file.
>>
>> I see that you have set MET_BUFR to /home/wrf/BUFRLIB/ and so MET
is
>> looking in /home/wrf/BUFRLIB/lib for a libbufr.a file. Is there a
file
>> called libbufr.a in /home/wrf/BUFRLIB/lib?
>>
>> Thanks,
>> Julie
>>
>> On Mon, Apr 13, 2020 at 2:52 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
>> wrote:
>>
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>>
>>> Well John that was a good thought. It looks like there are other
issues
>>> as well. I really thought I had everything compiled correctly and
ready to
>>> go for MET. Here is the latest logs without the —engable-grib2
option.
>>>
>>> I really appreciate all the time you and your team are spending
helping
>>> me through the issues.
>>>
>>> Josh
>>>
>>>
>>>
>>>
>>>> On Apr 13, 2020, at 1:34 PM, John Halley Gotway via RT <
>>> met_help at ucar.edu> wrote:
>>>>
>>>> Josh,
>>>>
>>>> Please try reconfiguring and compiling without the “—enable-
grib2”
>>> option.
>>>> Let’s make sure there’s no other issues waiting to be found.
>>>>
>>>> Once that successfully compiles we can circle back and debug the
GRIB2
>>>> problems.
>>>>
>>>> John
>>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu <mailto: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
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <mailto: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.
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Julie Prestopnik
Time: Tue Apr 14 14:08:52 2020
Hi Josh.
I do have libber.a file in /home/wrf/BUFRLIB, but I am still getting
that
> error.
>
I see that you said you have a libbufr.a file in /home/wrf/BUFRLIB/,
but
because you have set MET_BUFR to /home/wrf/BUFRLIB/, MET is looking in
/home/wrf/BUFRLIB/*lib* (note the "lib" directory at the end of the
path)
for a libbufr.a file. If the libbufr.a file is in /home/wrf/BUFRLIB,
you
would want to set MET_BUFR*LIB* (note the "LIB" at the end of the
variable)
to /home/wrf/BUFRLIB/.
In any case, if you'd like to try the compilation script, you are
welcome
to. You could go and get the script and files from our website, but
there
would be separate links for the script, library tar_files, MET tar
file,
and font data, so instead, I just put together a tar file for you that
you
can grab from our ftp server.
To access it, you can run:
ftp -p ftp.rap.ucar.edu
For your username, type anonymous
For the password, type josh.boustead at pemdastech.com
Then run:
cd incoming/irap/met_help
get MET.tar
exit
The script, compile_MET_all.sh, expects a tar_files directory to be
present
in the same directory as the script. It also expects the following
environment variables to be set before running. The examples below are
taken from an installation on Tide (WCOSS).
- TEST_BASE: Installation Directory (e.g.
/global/noscrub/Julie.Prestopnik/met/9.0)
- COMPILER: format is compiler_version (e.g. ics_15.0.3)
- PYTHON_MODULE: format is the name of the Python module to load
followed by an underscore and then the version number (e.g.
python_3.6.3,
The script will then run "module load python/3.6.3"). It is ok if
your
system does not use module files. It should just continue and
start
installing GSL in an external_libraries directory that the script
will
create. If it does not, please let me know.
- MET_SUBDIR: location where top level MET subdir (met-9.0) will be
(e.g. ${TEST_BASE}/)
- MET_TARBALL: name of MET tarball (e.g. met-9.0.20200315.tar)
- MET_PYTHON: location containing the lib directory to Python (e.g.
/usrx/local/prod/packages/python/3.6.3)
- MET_PYTHON_CC: -I followed by the directory containing Python
includes
(e.g. -I/usrx/local/prod/packages/python/3.6.3/include/python3.6m)
(You
may be able to get this information by running *python3-config
--cflags*)
- MET_PYTHON_LD: -L followed by the directory containing Python
library
file, then a space and -l followed by the necessary Python
libraries to
link to (e.g. -L/usrx/local/prod/packages/python/3.6.3/lib/\
-lpython3.6m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-
dynamic). The
backslashes *are* necessary in the example shown. (You may be able
to
get this information by running *python3-config --ldflags*)
- PYTHON_MODULE_USE: modulefile location for Python (e.g.
/usrx/local/dev/modulefiles). If your system does not use module
files,
but you'd like to have the Python functionality installed, simply
set this
to "python".
Please let me know if you have any questions or encounter any problems
when
trying to run the script. The script takes no arguments, so you can
simply
run:
./compile_MET_all.sh in the same directory the script is in, once you
have
set the environment variables above.
Julie
On Tue, Apr 14, 2020 at 12:04 PM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Good afternoon Julie and John,
>
> Last evening I went back and recompiled BUFR and it seemed to work
just as
> before. When I do the ar cvf libbufr.a *.o it seems to add the files
to the
> archive that my make_install.log indicates it is looking for. I have
also
> tried it with both LIB=‘-ldl’ and without in case that helped, but
that
> didn’t change the outcome.
>
> Maybe when I try the compilation script that includes all the
dependent
> libraries that will work.
>
> Thanks…Josh
>
> > On Apr 13, 2020, at 4:23 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
> >
> > Also, Josh, if you think it would make things easier, we have a
> compilation
> > script that we use to install MET and its dependent libraries on
various
> > machines. It may or may not work right away on your machine, but
if
> you'd
> > like to give it a try, we can send it and the instructions for
using it
> > your way, and provide guidance on any issues that arise.
> >
> > Please let us know how you'd like to proceed.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Apr 13, 2020 at 3:01 PM Julie Prestopnik <jpresto at ucar.edu
> <mailto:jpresto at ucar.edu>> wrote:
> >
> >> Hi Josh.
> >>
> >> Thanks for attaching those files.
> >>
> >> From this information:
> >>
> >>> /usr/bin/ld: cannot find -lbufr
> >>> collect2: error: ld returned 1 exit status
> >>>
> >> it looks like MET can't find the BUFR library file.
> >>
> >> I see that you have set MET_BUFR to /home/wrf/BUFRLIB/ and so MET
is
> >> looking in /home/wrf/BUFRLIB/lib for a libbufr.a file. Is there
a file
> >> called libbufr.a in /home/wrf/BUFRLIB/lib?
> >>
> >> Thanks,
> >> Julie
> >>
> >> On Mon, Apr 13, 2020 at 2:52 PM Josh Boustead via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>>
> >> wrote:
> >>
> >>>
> >>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 <
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
> >>>
> >>> Well John that was a good thought. It looks like there are other
issues
> >>> as well. I really thought I had everything compiled correctly
and
> ready to
> >>> go for MET. Here is the latest logs without the —engable-grib2
option.
> >>>
> >>> I really appreciate all the time you and your team are spending
helping
> >>> me through the issues.
> >>>
> >>> Josh
> >>>
> >>>
> >>>
> >>>
> >>>> On Apr 13, 2020, at 1:34 PM, John Halley Gotway via RT <
> >>> met_help at ucar.edu> wrote:
> >>>>
> >>>> Josh,
> >>>>
> >>>> Please try reconfiguring and compiling without the “—enable-
grib2”
> >>> option.
> >>>> Let’s make sure there’s no other issues waiting to be found.
> >>>>
> >>>> Once that successfully compiles we can circle back and debug
the GRIB2
> >>>> problems.
> >>>>
> >>>> John
> >>>
> >> --
> >> Julie Prestopnik
> >> Software Engineer
> >> National Center for Atmospheric Research
> >> Research Applications Laboratory
> >> Phone: 303.497.8399
> >> Email: jpresto at ucar.edu <mailto: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
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu <mailto: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.
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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: Compiling Error
From: Josh Boustead
Time: Thu Apr 16 08:47:04 2020
Hi Julie,
I have downloaded the compilation script and gave it a try. I setup
the environment variables as follows:
export TEST_BASE=/home/wrf/MET
export MET_SUBDIR=${TEST_BASE}/
export MET_TARBALL=met-9.0.20200315.tar.gz
export MET_PYTHON_CC=-I/usr/include/python3.6m
export MET_PTHON_LD=-L/usr/lib64/\ -lpython3.6m\-lpthread\-ldl\-
lutil\-lm\-Xlinker\-export-dynamic
export PYTHON_MODULE_USE=python
export COMPILER=gnu_8.3.1
export MET_PYTHON=/usr/lib/python3.6/site-package
When I first ran the compile_MET_all.sh script it failed to compile
HDF4. I have attached the configure and compile logs:
Since modis regrid wasn’t vital for our install I decided to go in and
comment out the compiling of HDF4 and HDFEOS from the
compile_MET_all.sh and tried again. The rest fo the external libraries
were able to compile without any errors. Then when it tried to compile
MET it failed and here is the configure and make logs for compiling
MET:
I have done my normal Google searches of the errors, but I haven’t
been able to come up with the reason this isn’t working. Any thoughts?
Thank you for the continued help and support!
Josh
> On Apr 14, 2020, at 3:08 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Josh.
>
> I do have libber.a file in /home/wrf/BUFRLIB, but I am still getting
that
>> error.
>>
> I see that you said you have a libbufr.a file in /home/wrf/BUFRLIB/,
but
> because you have set MET_BUFR to /home/wrf/BUFRLIB/, MET is looking
in
> /home/wrf/BUFRLIB/*lib* (note the "lib" directory at the end of the
path)
> for a libbufr.a file. If the libbufr.a file is in
/home/wrf/BUFRLIB, you
> would want to set MET_BUFR*LIB* (note the "LIB" at the end of the
variable)
> to /home/wrf/BUFRLIB/.
>
> In any case, if you'd like to try the compilation script, you are
welcome
> to. You could go and get the script and files from our website, but
there
> would be separate links for the script, library tar_files, MET tar
file,
> and font data, so instead, I just put together a tar file for you
that you
> can grab from our ftp server.
>
> To access it, you can run:
>
> ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu/>
>
> For your username, type anonymous
> For the password, type josh.boustead at pemdastech.com
<mailto:josh.boustead at pemdastech.com>
>
> Then run:
> cd incoming/irap/met_help
> get MET.tar
> exit
>
> The script, compile_MET_all.sh, expects a tar_files directory to be
present
> in the same directory as the script. It also expects the following
> environment variables to be set before running. The examples below
are
> taken from an installation on Tide (WCOSS).
>
> - TEST_BASE: Installation Directory (e.g.
> /global/noscrub/Julie.Prestopnik/met/9.0)
> - COMPILER: format is compiler_version (e.g. ics_15.0.3)
> - PYTHON_MODULE: format is the name of the Python module to load
> followed by an underscore and then the version number (e.g.
python_3.6.3,
> The script will then run "module load python/3.6.3"). It is ok if
your
> system does not use module files. It should just continue and
start
> installing GSL in an external_libraries directory that the script
will
> create. If it does not, please let me know.
> - MET_SUBDIR: location where top level MET subdir (met-9.0) will
be
> (e.g. ${TEST_BASE}/)
> - MET_TARBALL: name of MET tarball (e.g. met-9.0.20200315.tar)
> - MET_PYTHON: location containing the lib directory to Python
(e.g.
> /usrx/local/prod/packages/python/3.6.3)
> - MET_PYTHON_CC: -I followed by the directory containing Python
includes
> (e.g. -I/usrx/local/prod/packages/python/3.6.3/include/python3.6m)
(You
> may be able to get this information by running *python3-config
--cflags*)
> - MET_PYTHON_LD: -L followed by the directory containing Python
library
> file, then a space and -l followed by the necessary Python
libraries to
> link to (e.g. -L/usrx/local/prod/packages/python/3.6.3/lib/\
> -lpython3.6m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-
dynamic). The
> backslashes *are* necessary in the example shown. (You may be able
to
> get this information by running *python3-config --ldflags*)
> - PYTHON_MODULE_USE: modulefile location for Python (e.g.
> /usrx/local/dev/modulefiles). If your system does not use module
files,
> but you'd like to have the Python functionality installed, simply
set this
> to "python".
>
> Please let me know if you have any questions or encounter any
problems when
> trying to run the script. The script takes no arguments, so you can
simply
> run:
>
> ./compile_MET_all.sh in the same directory the script is in, once
you have
> set the environment variables above.
>
> Julie
>
> On Tue, Apr 14, 2020 at 12:04 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> >
>>
>> Good afternoon Julie and John,
>>
>> Last evening I went back and recompiled BUFR and it seemed to work
just as
>> before. When I do the ar cvf libbufr.a *.o it seems to add the
files to the
>> archive that my make_install.log indicates it is looking for. I
have also
>> tried it with both LIB=‘-ldl’ and without in case that helped, but
that
>> didn’t change the outcome.
>>
>> Maybe when I try the compilation script that includes all the
dependent
>> libraries that will work.
>>
>> Thanks…Josh
>>
>>> On Apr 13, 2020, at 4:23 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
>> wrote:
>>>
>>> Also, Josh, if you think it would make things easier, we have a
>> compilation
>>> script that we use to install MET and its dependent libraries on
various
>>> machines. It may or may not work right away on your machine, but
if
>> you'd
>>> like to give it a try, we can send it and the instructions for
using it
>>> your way, and provide guidance on any issues that arise.
>>>
>>> Please let us know how you'd like to proceed.
>>>
>>> Thanks,
>>> Julie
>>>
>>> On Mon, Apr 13, 2020 at 3:01 PM Julie Prestopnik <jpresto at ucar.edu
>> <mailto:jpresto at ucar.edu <mailto:jpresto at ucar.edu>>> wrote:
>>>
>>>> Hi Josh.
>>>>
>>>> Thanks for attaching those files.
>>>>
>>>> From this information:
>>>>
>>>>> /usr/bin/ld: cannot find -lbufr
>>>>> collect2: error: ld returned 1 exit status
>>>>>
>>>> it looks like MET can't find the BUFR library file.
>>>>
>>>> I see that you have set MET_BUFR to /home/wrf/BUFRLIB/ and so MET
is
>>>> looking in /home/wrf/BUFRLIB/lib for a libbufr.a file. Is there
a file
>>>> called libbufr.a in /home/wrf/BUFRLIB/lib?
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>> On Mon, Apr 13, 2020 at 2:52 PM Josh Boustead via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>
>> <mailto:met_help at ucar.edu <mailto:met_help at ucar.edu>>>
>>>> wrote:
>>>>
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874> <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874>> >
>>>>>
>>>>> Well John that was a good thought. It looks like there are other
issues
>>>>> as well. I really thought I had everything compiled correctly
and
>> ready to
>>>>> go for MET. Here is the latest logs without the —engable-grib2
option.
>>>>>
>>>>> I really appreciate all the time you and your team are spending
helping
>>>>> me through the issues.
>>>>>
>>>>> Josh
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> On Apr 13, 2020, at 1:34 PM, John Halley Gotway via RT <
>>>>> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
>>>>>>
>>>>>> Josh,
>>>>>>
>>>>>> Please try reconfiguring and compiling without the “—enable-
grib2”
>>>>> option.
>>>>>> Let’s make sure there’s no other issues waiting to be found.
>>>>>>
>>>>>> Once that successfully compiles we can circle back and debug
the GRIB2
>>>>>> problems.
>>>>>>
>>>>>> John
>>>>>
>>>> --
>>>> Julie Prestopnik
>>>> Software Engineer
>>>> National Center for Atmospheric Research
>>>> Research Applications Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
<mailto:jpresto at ucar.edu <mailto: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
>>> Software Engineer
>>> National Center for Atmospheric Research
>>> Research Applications Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
<mailto:jpresto at ucar.edu <mailto: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.
>>
>>
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> CONFIDENTIALITY NOTICE: This email message and all attachments
>> transmitted with it may contain legally privileged and confidential
>> information intended solely for the use of the addressee. If the
reader of
>> this message is not the intended recipient, you are hereby notified
that
>> any reading, dissemination, distribution, copying, or other use of
this
>> message or its attachments is strictly prohibited. If you have
received
>> this message in error, please notify the sender immediately and
delete
>> this
>> message from your system. Thank you.
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <mailto: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.
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Julie Prestopnik
Time: Thu Apr 16 15:36:22 2020
Hi Josh.
If you don't anticipate needed modis regrid, it would be great to
leave
that out. If you do need it though, please let us know.
Looking in your config.log file I see that MET_PYTHON_LD did not get
set:
MET_PYTHON_CC='-I/usr/include/python3.6m'
MET_PYTHON_LD=''
Thank you for sending the values for the env vars. I see two problems
with:
> export MET_PTHON_LD=-L/usr/lib64/\
> -lpython3.6m\-lpthread\-ldl\-lutil\-lm\-Xlinker\-export-dynamic
First, it looks like you are missing the "Y" in "MET_PYTHON_LD".
Second,
you need to have spaces after the backslashes "\". It believe you
should have the following:
export MET_PYTHON_LD=-L/usr/lib64/\ -lpython3.6m\ -lpthread\ -ldl\
-lutil\
-lm\ -Xlinker\ -export-dynamic
Please try setting MET_PYTHON_LD like that, rerun configure, and rerun
make. I hope that helps. Please let us know how it goes. Thanks!
Julie
On Thu, Apr 16, 2020 at 8:47 AM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Hi Julie,
>
> I have downloaded the compilation script and gave it a try. I setup
the
> environment variables as follows:
>
> export TEST_BASE=/home/wrf/MET
> export MET_SUBDIR=${TEST_BASE}/
> export MET_TARBALL=met-9.0.20200315.tar.gz
> export MET_PYTHON_CC=-I/usr/include/python3.6m
> export MET_PTHON_LD=-L/usr/lib64/\
> -lpython3.6m\-lpthread\-ldl\-lutil\-lm\-Xlinker\-export-dynamic
> export PYTHON_MODULE_USE=python
> export COMPILER=gnu_8.3.1
> export MET_PYTHON=/usr/lib/python3.6/site-package
>
> When I first ran the compile_MET_all.sh script it failed to compile
HDF4.
> I have attached the configure and compile logs:
>
>
>
> Since modis regrid wasn’t vital for our install I decided to go in
and
> comment out the compiling of HDF4 and HDFEOS from the
compile_MET_all.sh
> and tried again. The rest fo the external libraries were able to
compile
> without any errors. Then when it tried to compile MET it failed and
here is
> the configure and make logs for compiling MET:
>
>
>
> I have done my normal Google searches of the errors, but I haven’t
been
> able to come up with the reason this isn’t working. Any thoughts?
>
> Thank you for the continued help and support!
>
> Josh
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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: Re: [rt.rap.ucar.edu #94874] Compiling Error
From: Josh Boustead
Time: Wed Apr 22 08:13:32 2020
Good morning Julie,
I was just wanted to let you know that I was able to make the changes
that you suggested and it worked! The external libraries and MET
compiled and I have tested a few of the tools and it seems to all be
working well. I was never able to get HDF4 installed so I did not do
the MODIS regrid, but everything else seems to be working. I really
appreciate all your help in getting this done.
Have a great week!
Josh
> On Apr 16, 2020, at 4:36 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Josh.
>
> If you don't anticipate needed modis regrid, it would be great to
leave
> that out. If you do need it though, please let us know.
>
> Looking in your config.log file I see that MET_PYTHON_LD did not get
set:
> MET_PYTHON_CC='-I/usr/include/python3.6m'
> MET_PYTHON_LD=''
>
> Thank you for sending the values for the env vars. I see two
problems with:
>
>> export MET_PTHON_LD=-L/usr/lib64/\
>> -lpython3.6m\-lpthread\-ldl\-lutil\-lm\-Xlinker\-export-dynamic
>
>
> First, it looks like you are missing the "Y" in "MET_PYTHON_LD".
Second,
> you need to have spaces after the backslashes "\". It believe you
> should have the following:
>
> export MET_PYTHON_LD=-L/usr/lib64/\ -lpython3.6m\ -lpthread\ -ldl\
-lutil\
> -lm\ -Xlinker\ -export-dynamic
>
> Please try setting MET_PYTHON_LD like that, rerun configure, and
rerun
> make. I hope that helps. Please let us know how it goes. Thanks!
>
> Julie
>
> On Thu, Apr 16, 2020 at 8:47 AM Josh Boustead via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>>
>> Hi Julie,
>>
>> I have downloaded the compilation script and gave it a try. I setup
the
>> environment variables as follows:
>>
>> export TEST_BASE=/home/wrf/MET
>> export MET_SUBDIR=${TEST_BASE}/
>> export MET_TARBALL=met-9.0.20200315.tar.gz
>> export MET_PYTHON_CC=-I/usr/include/python3.6m
>> export MET_PTHON_LD=-L/usr/lib64/\
>> -lpython3.6m\-lpthread\-ldl\-lutil\-lm\-Xlinker\-export-dynamic
>> export PYTHON_MODULE_USE=python
>> export COMPILER=gnu_8.3.1
>> export MET_PYTHON=/usr/lib/python3.6/site-package
>>
>> When I first ran the compile_MET_all.sh script it failed to compile
HDF4.
>> I have attached the configure and compile logs:
>>
>>
>>
>> Since modis regrid wasn’t vital for our install I decided to go in
and
>> comment out the compiling of HDF4 and HDFEOS from the
compile_MET_all.sh
>> and tried again. The rest fo the external libraries were able to
compile
>> without any errors. Then when it tried to compile MET it failed and
here is
>> the configure and make logs for compiling MET:
>>
>>
>>
>> I have done my normal Google searches of the errors, but I haven’t
been
>> able to come up with the reason this isn’t working. Any thoughts?
>>
>> Thank you for the continued help and support!
>>
>> Josh
>>
>>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> 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.
>
--
CONFIDENTIALITY NOTICE: This email message and all attachments
transmitted with it may contain legally privileged and confidential
information intended solely for the use of the addressee. If the
reader of
this message is not the intended recipient, you are hereby notified
that
any reading, dissemination, distribution, copying, or other use of
this
message or its attachments is strictly prohibited. If you have
received
this message in error, please notify the sender immediately and delete
this
message from your system. Thank you.
------------------------------------------------
Subject: Compiling Error
From: Julie Prestopnik
Time: Wed Apr 22 10:02:42 2020
Hi Josh. That is great news! Thank you so much for following up and
letting us know. I'll go ahead and close this ticket, but please open
a
new ticket with any issues you encounter where you need assistance.
Julie
On Wed, Apr 22, 2020 at 8:14 AM Josh Boustead via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
>
> Good morning Julie,
>
> I was just wanted to let you know that I was able to make the
changes that
> you suggested and it worked! The external libraries and MET compiled
and I
> have tested a few of the tools and it seems to all be working well.
I was
> never able to get HDF4 installed so I did not do the MODIS regrid,
but
> everything else seems to be working. I really appreciate all your
help in
> getting this done.
>
> Have a great week!
>
> Josh
>
> > On Apr 16, 2020, at 4:36 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
> >
> > Hi Josh.
> >
> > If you don't anticipate needed modis regrid, it would be great to
leave
> > that out. If you do need it though, please let us know.
> >
> > Looking in your config.log file I see that MET_PYTHON_LD did not
get set:
> > MET_PYTHON_CC='-I/usr/include/python3.6m'
> > MET_PYTHON_LD=''
> >
> > Thank you for sending the values for the env vars. I see two
problems
> with:
> >
> >> export MET_PTHON_LD=-L/usr/lib64/\
> >> -lpython3.6m\-lpthread\-ldl\-lutil\-lm\-Xlinker\-export-dynamic
> >
> >
> > First, it looks like you are missing the "Y" in "MET_PYTHON_LD".
> Second,
> > you need to have spaces after the backslashes "\". It believe you
> > should have the following:
> >
> > export MET_PYTHON_LD=-L/usr/lib64/\ -lpython3.6m\ -lpthread\ -ldl\
> -lutil\
> > -lm\ -Xlinker\ -export-dynamic
> >
> > Please try setting MET_PYTHON_LD like that, rerun configure, and
rerun
> > make. I hope that helps. Please let us know how it goes.
Thanks!
> >
> > Julie
> >
> > On Thu, Apr 16, 2020 at 8:47 AM Josh Boustead via RT
<met_help at ucar.edu>
> > wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94874 >
> >>
> >> Hi Julie,
> >>
> >> I have downloaded the compilation script and gave it a try. I
setup the
> >> environment variables as follows:
> >>
> >> export TEST_BASE=/home/wrf/MET
> >> export MET_SUBDIR=${TEST_BASE}/
> >> export MET_TARBALL=met-9.0.20200315.tar.gz
> >> export MET_PYTHON_CC=-I/usr/include/python3.6m
> >> export MET_PTHON_LD=-L/usr/lib64/\
> >> -lpython3.6m\-lpthread\-ldl\-lutil\-lm\-Xlinker\-export-dynamic
> >> export PYTHON_MODULE_USE=python
> >> export COMPILER=gnu_8.3.1
> >> export MET_PYTHON=/usr/lib/python3.6/site-package
> >>
> >> When I first ran the compile_MET_all.sh script it failed to
compile
> HDF4.
> >> I have attached the configure and compile logs:
> >>
> >>
> >>
> >> Since modis regrid wasn’t vital for our install I decided to go
in and
> >> comment out the compiling of HDF4 and HDFEOS from the
compile_MET_all.sh
> >> and tried again. The rest fo the external libraries were able to
compile
> >> without any errors. Then when it tried to compile MET it failed
and
> here is
> >> the configure and make logs for compiling MET:
> >>
> >>
> >>
> >> I have done my normal Google searches of the errors, but I
haven’t been
> >> able to come up with the reason this isn’t working. Any thoughts?
> >>
> >> Thank you for the continued help and support!
> >>
> >> Josh
> >>
> >>
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > 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.
> >
>
>
> --
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE: This email message and all attachments
> transmitted with it may contain legally privileged and confidential
> information intended solely for the use of the addressee. If the
reader of
> this message is not the intended recipient, you are hereby notified
that
> any reading, dissemination, distribution, copying, or other use of
this
> message or its attachments is strictly prohibited. If you have
received
> this message in error, please notify the sender immediately and
delete
> this
> message from your system. Thank you.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
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