[Met_help] [rt.rap.ucar.edu #95277] History for MET 9.01 compile error: -lgrib2c
John Halley Gotway via RT
met_help at ucar.edu
Tue May 19 12:15:08 MDT 2020
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Greetings:
Almost at the finish line installing MET using the install script.
I'm running into an error:
/usr/bin/ld: skipping incompatible
> /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when searching for
> -lgrib2c
> /usr/bin/ld: cannot find -lgrib2c
> collect2: error: ld returned 1 exit status
>
I've attached the make.log.
If you have any ideas, please let me know. I've googled around but can't
find anything specific.
Thank you,
Rob
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: robert.steenburgh at noaa.gov
Time: Fri May 15 20:02:34 2020
Update - got past that error (cleaned out directory & started from
scratch), but then install crashed later:
In file included from ascii2nc.cc:76:
../../../../src/libcode/vx_data2d_python/global_python.h:21:10: fatal
error: Python.h: No such file or directory
#include "Python.h"
^~~~~~~~~~
compilation terminated.
Make log included. Used stock compile script.
Cheers,
Rob
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT
<met_help at ucar.edu>
wrote:
>
> Greetings,
>
> This message has been automatically generated in response to the
creation
> of a trouble ticket regarding:
> "MET 9.01 compile error: -lgrib2c",
> a summary of which appears below.
>
> There is no need to reply to this message right now. Your ticket
has been
> assigned an ID of [rt.rap.ucar.edu #95277].
>
> Please include the string:
>
> [rt.rap.ucar.edu #95277]
>
> in the subject line of all future correspondence about this issue.
To do
> so, you may reply to this message.
>
> For more information, please see:
>
> MET Online Tutorial:
>
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
>
> MET Users Guide:
> https://www.dtcenter.org/met/users/docs/overview.php
>
> MET FAQs:
> https://www.dtcenter.org/met/users/support/faqs/index.php
>
> MET-Help Email Archive:
> http://mailman.ucar.edu/pipermail/met_help
>
> Thank you,
> met_help at ucar.edu
>
>
-------------------------------------------------------------------------
> Greetings:
>
> Almost at the finish line installing MET using the install script.
> I'm running into an error:
>
> /usr/bin/ld: skipping incompatible
> > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when searching
for
> > -lgrib2c
> > /usr/bin/ld: cannot find -lgrib2c
> > collect2: error: ld returned 1 exit status
> >
>
> I've attached the make.log.
>
> If you have any ideas, please let me know. I've googled around but
can't
> find anything specific.
>
> Thank you,
> Rob
>
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: David Fillmore
Time: Mon May 18 09:56:04 2020
Hi Rob - have you set the MET_PYTHON_LD and MET_PYTHON_CC shell
variables?
MET_PYTHON_CC should point to the directory that contains the Python.h
file
that
the build will use.
David
On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
>
> Update - got past that error (cleaned out directory & started from
> scratch), but then install crashed later:
>
> In file included from ascii2nc.cc:76:
> ../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
fatal
> error: Python.h: No such file or directory
> #include "Python.h"
> ^~~~~~~~~~
> compilation terminated.
>
> Make log included. Used stock compile script.
>
> Cheers,
> Rob
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
>
>
> On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Greetings,
> >
> > This message has been automatically generated in response to the
creation
> > of a trouble ticket regarding:
> > "MET 9.01 compile error: -lgrib2c",
> > a summary of which appears below.
> >
> > There is no need to reply to this message right now. Your ticket
has
> been
> > assigned an ID of [rt.rap.ucar.edu #95277].
> >
> > Please include the string:
> >
> > [rt.rap.ucar.edu #95277]
> >
> > in the subject line of all future correspondence about this issue.
To do
> > so, you may reply to this message.
> >
> > For more information, please see:
> >
> > MET Online Tutorial:
> >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> >
> > MET Users Guide:
> > https://www.dtcenter.org/met/users/docs/overview.php
> >
> > MET FAQs:
> > https://www.dtcenter.org/met/users/support/faqs/index.php
> >
> > MET-Help Email Archive:
> > http://mailman.ucar.edu/pipermail/met_help
> >
> > Thank you,
> > met_help at ucar.edu
> >
> >
-------------------------------------------------------------------------
> > Greetings:
> >
> > Almost at the finish line installing MET using the install script.
> > I'm running into an error:
> >
> > /usr/bin/ld: skipping incompatible
> > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
searching for
> > > -lgrib2c
> > > /usr/bin/ld: cannot find -lgrib2c
> > > collect2: error: ld returned 1 exit status
> > >
> >
> > I've attached the make.log.
> >
> > If you have any ideas, please let me know. I've googled around
but can't
> > find anything specific.
> >
> > Thank you,
> > Rob
> >
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: John Halley Gotway
Time: Mon May 18 09:59:11 2020
Hi Rob,
I see you're having some compilation issues. Thanks for sending your
most
recent "make.log" file. From that I see that you are compiling WITHOUT
the
"--enable-python" configuration option.
We recently ran into this same problem last week. It's a simple one
line
fix but has not been included in a public release yet. Here's the
change:
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
If you were compiling using the "--enable-python" option, and set
MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this problem
would not
occur.
At this point, your options are:
(1) Recompile using "--enable-python".
(2) Manually make the one-line change shown by the commit message
above and
recompile without "--enable-python".
Hope that helps clarify, and sorry for trouble!
Thanks,
John
On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
>
> Update - got past that error (cleaned out directory & started from
> scratch), but then install crashed later:
>
> In file included from ascii2nc.cc:76:
> ../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
fatal
> error: Python.h: No such file or directory
> #include "Python.h"
> ^~~~~~~~~~
> compilation terminated.
>
> Make log included. Used stock compile script.
>
> Cheers,
> Rob
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
>
>
> On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Greetings,
> >
> > This message has been automatically generated in response to the
creation
> > of a trouble ticket regarding:
> > "MET 9.01 compile error: -lgrib2c",
> > a summary of which appears below.
> >
> > There is no need to reply to this message right now. Your ticket
has
> been
> > assigned an ID of [rt.rap.ucar.edu #95277].
> >
> > Please include the string:
> >
> > [rt.rap.ucar.edu #95277]
> >
> > in the subject line of all future correspondence about this issue.
To do
> > so, you may reply to this message.
> >
> > For more information, please see:
> >
> > MET Online Tutorial:
> >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> >
> > MET Users Guide:
> > https://www.dtcenter.org/met/users/docs/overview.php
> >
> > MET FAQs:
> > https://www.dtcenter.org/met/users/support/faqs/index.php
> >
> > MET-Help Email Archive:
> > http://mailman.ucar.edu/pipermail/met_help
> >
> > Thank you,
> > met_help at ucar.edu
> >
> >
-------------------------------------------------------------------------
> > Greetings:
> >
> > Almost at the finish line installing MET using the install script.
> > I'm running into an error:
> >
> > /usr/bin/ld: skipping incompatible
> > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
searching for
> > > -lgrib2c
> > > /usr/bin/ld: cannot find -lgrib2c
> > > collect2: error: ld returned 1 exit status
> > >
> >
> > I've attached the make.log.
> >
> > If you have any ideas, please let me know. I've googled around
but can't
> > find anything specific.
> >
> > Thank you,
> > Rob
> >
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: robert.steenburgh at noaa.gov
Time: Mon May 18 10:35:55 2020
Excellent - thank you John & David.
I'll try without Python first to see what happens.
My eventual goal is to get METPlus running. Will this require MET be
compiled *with* Python enabled?
Rob
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> Hi Rob,
>
> I see you're having some compilation issues. Thanks for sending your
most
> recent "make.log" file. From that I see that you are compiling
WITHOUT the
> "--enable-python" configuration option.
>
> We recently ran into this same problem last week. It's a simple one
line
> fix but has not been included in a public release yet. Here's the
change:
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
>
> If you were compiling using the "--enable-python" option, and set
> MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this problem
would not
> occur.
>
> At this point, your options are:
> (1) Recompile using "--enable-python".
> (2) Manually make the one-line change shown by the commit message
above and
> recompile without "--enable-python".
>
> Hope that helps clarify, and sorry for trouble!
>
> Thanks,
> John
>
>
> On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> >
> > Update - got past that error (cleaned out directory & started from
> > scratch), but then install crashed later:
> >
> > In file included from ascii2nc.cc:76:
> > ../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
fatal
> > error: Python.h: No such file or directory
> > #include "Python.h"
> > ^~~~~~~~~~
> > compilation terminated.
> >
> > Make log included. Used stock compile script.
> >
> > Cheers,
> > Rob
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
> >
> >
> > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Greetings,
> > >
> > > This message has been automatically generated in response to the
> creation
> > > of a trouble ticket regarding:
> > > "MET 9.01 compile error: -lgrib2c",
> > > a summary of which appears below.
> > >
> > > There is no need to reply to this message right now. Your
ticket has
> > been
> > > assigned an ID of [rt.rap.ucar.edu #95277].
> > >
> > > Please include the string:
> > >
> > > [rt.rap.ucar.edu #95277]
> > >
> > > in the subject line of all future correspondence about this
issue. To
> do
> > > so, you may reply to this message.
> > >
> > > For more information, please see:
> > >
> > > MET Online Tutorial:
> > >
> https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > >
> > > MET Users Guide:
> > > https://www.dtcenter.org/met/users/docs/overview.php
> > >
> > > MET FAQs:
> > > https://www.dtcenter.org/met/users/support/faqs/index.php
> > >
> > > MET-Help Email Archive:
> > > http://mailman.ucar.edu/pipermail/met_help
> > >
> > > Thank you,
> > > met_help at ucar.edu
> > >
> > >
>
-------------------------------------------------------------------------
> > > Greetings:
> > >
> > > Almost at the finish line installing MET using the install
script.
> > > I'm running into an error:
> > >
> > > /usr/bin/ld: skipping incompatible
> > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
searching
> for
> > > > -lgrib2c
> > > > /usr/bin/ld: cannot find -lgrib2c
> > > > collect2: error: ld returned 1 exit status
> > > >
> > >
> > > I've attached the make.log.
> > >
> > > If you have any ideas, please let me know. I've googled around
but
> can't
> > > find anything specific.
> > >
> > > Thank you,
> > > Rob
> > >
> > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > Space Scientist
> > > Space Weather Forecast Office
> > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > W/NP9
> > > 325 Broadway
> > > Boulder, CO 80305
> > > 303.497.5153
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: John Halley Gotway
Time: Mon May 18 10:42:02 2020
Rob,
No, MET does NOT need to be compiled with python support for METplus
to
make calls to it. However, Python3 is a requirement for using
METplus.
The python compilation option for MET is to facilitate python-
embedding
which can be used to serve up data that's in unsupported file types.
This
is described in Appendix F of the MET User's Guide:
https://dtcenter.org/sites/default/files/community-code/met/docs/user-
guide/MET_Users_Guide_v9.0.1.pdf
And this page contains some examples of using python embedding to pass
gridded data into MET. For example, reading unformatted binary data:
https://dtcenter.org/community-code/model-evaluation-tools-met/sample-
analysis-scripts
Thanks,
John
On Mon, May 18, 2020 at 10:36 AM robert.steenburgh at noaa.gov via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
>
> Excellent - thank you John & David.
>
> I'll try without Python first to see what happens.
>
> My eventual goal is to get METPlus running. Will this require MET
be
> compiled *with* Python enabled?
>
> Rob
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
>
>
> On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
> > Hi Rob,
> >
> > I see you're having some compilation issues. Thanks for sending
your most
> > recent "make.log" file. From that I see that you are compiling
WITHOUT
> the
> > "--enable-python" configuration option.
> >
> > We recently ran into this same problem last week. It's a simple
one line
> > fix but has not been included in a public release yet. Here's the
> change:
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> >
> > If you were compiling using the "--enable-python" option, and set
> > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this problem
would
> not
> > occur.
> >
> > At this point, your options are:
> > (1) Recompile using "--enable-python".
> > (2) Manually make the one-line change shown by the commit message
above
> and
> > recompile without "--enable-python".
> >
> > Hope that helps clarify, and sorry for trouble!
> >
> > Thanks,
> > John
> >
> >
> > On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via RT
<
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> > >
> > > Update - got past that error (cleaned out directory & started
from
> > > scratch), but then install crashed later:
> > >
> > > In file included from ascii2nc.cc:76:
> > > ../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
fatal
> > > error: Python.h: No such file or directory
> > > #include "Python.h"
> > > ^~~~~~~~~~
> > > compilation terminated.
> > >
> > > Make log included. Used stock compile script.
> > >
> > > Cheers,
> > > Rob
> > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > Space Scientist
> > > Space Weather Forecast Office
> > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > W/NP9
> > > 325 Broadway
> > > Boulder, CO 80305
> > > 303.497.5153
> > >
> > >
> > >
> > >
> > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Greetings,
> > > >
> > > > This message has been automatically generated in response to
the
> > creation
> > > > of a trouble ticket regarding:
> > > > "MET 9.01 compile error: -lgrib2c",
> > > > a summary of which appears below.
> > > >
> > > > There is no need to reply to this message right now. Your
ticket has
> > > been
> > > > assigned an ID of [rt.rap.ucar.edu #95277].
> > > >
> > > > Please include the string:
> > > >
> > > > [rt.rap.ucar.edu #95277]
> > > >
> > > > in the subject line of all future correspondence about this
issue. To
> > do
> > > > so, you may reply to this message.
> > > >
> > > > For more information, please see:
> > > >
> > > > MET Online Tutorial:
> > > >
> >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > > >
> > > > MET Users Guide:
> > > > https://www.dtcenter.org/met/users/docs/overview.php
> > > >
> > > > MET FAQs:
> > > > https://www.dtcenter.org/met/users/support/faqs/index.php
> > > >
> > > > MET-Help Email Archive:
> > > > http://mailman.ucar.edu/pipermail/met_help
> > > >
> > > > Thank you,
> > > > met_help at ucar.edu
> > > >
> > > >
> >
-------------------------------------------------------------------------
> > > > Greetings:
> > > >
> > > > Almost at the finish line installing MET using the install
script.
> > > > I'm running into an error:
> > > >
> > > > /usr/bin/ld: skipping incompatible
> > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
searching
> > for
> > > > > -lgrib2c
> > > > > /usr/bin/ld: cannot find -lgrib2c
> > > > > collect2: error: ld returned 1 exit status
> > > > >
> > > >
> > > > I've attached the make.log.
> > > >
> > > > If you have any ideas, please let me know. I've googled
around but
> > can't
> > > > find anything specific.
> > > >
> > > > Thank you,
> > > > Rob
> > > >
> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > > Space Scientist
> > > > Space Weather Forecast Office
> > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > > W/NP9
> > > > 325 Broadway
> > > > Boulder, CO 80305
> > > > 303.497.5153
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: robert.steenburgh at noaa.gov
Time: Mon May 18 16:10:40 2020
Hi John:
So I removed "--enable-python" and made the change to ascii2nc
described on
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
as you suggested.
Unfortunately, it appears ascii2nc.cc is overwritten each time I try
to
recompile MET. Is there another flag/file I need to modify to make
this
change persist?
Thanks,
Rob
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> Hi Rob,
>
> I see you're having some compilation issues. Thanks for sending your
most
> recent "make.log" file. From that I see that you are compiling
WITHOUT the
> "--enable-python" configuration option.
>
> We recently ran into this same problem last week. It's a simple one
line
> fix but has not been included in a public release yet. Here's the
change:
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
>
> If you were compiling using the "--enable-python" option, and set
> MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this problem
would not
> occur.
>
> At this point, your options are:
> (1) Recompile using "--enable-python".
> (2) Manually make the one-line change shown by the commit message
above and
> recompile without "--enable-python".
>
> Hope that helps clarify, and sorry for trouble!
>
> Thanks,
> John
>
>
> On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> >
> > Update - got past that error (cleaned out directory & started from
> > scratch), but then install crashed later:
> >
> > In file included from ascii2nc.cc:76:
> > ../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
fatal
> > error: Python.h: No such file or directory
> > #include "Python.h"
> > ^~~~~~~~~~
> > compilation terminated.
> >
> > Make log included. Used stock compile script.
> >
> > Cheers,
> > Rob
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
> >
> >
> > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Greetings,
> > >
> > > This message has been automatically generated in response to the
> creation
> > > of a trouble ticket regarding:
> > > "MET 9.01 compile error: -lgrib2c",
> > > a summary of which appears below.
> > >
> > > There is no need to reply to this message right now. Your
ticket has
> > been
> > > assigned an ID of [rt.rap.ucar.edu #95277].
> > >
> > > Please include the string:
> > >
> > > [rt.rap.ucar.edu #95277]
> > >
> > > in the subject line of all future correspondence about this
issue. To
> do
> > > so, you may reply to this message.
> > >
> > > For more information, please see:
> > >
> > > MET Online Tutorial:
> > >
> https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > >
> > > MET Users Guide:
> > > https://www.dtcenter.org/met/users/docs/overview.php
> > >
> > > MET FAQs:
> > > https://www.dtcenter.org/met/users/support/faqs/index.php
> > >
> > > MET-Help Email Archive:
> > > http://mailman.ucar.edu/pipermail/met_help
> > >
> > > Thank you,
> > > met_help at ucar.edu
> > >
> > >
>
-------------------------------------------------------------------------
> > > Greetings:
> > >
> > > Almost at the finish line installing MET using the install
script.
> > > I'm running into an error:
> > >
> > > /usr/bin/ld: skipping incompatible
> > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
searching
> for
> > > > -lgrib2c
> > > > /usr/bin/ld: cannot find -lgrib2c
> > > > collect2: error: ld returned 1 exit status
> > > >
> > >
> > > I've attached the make.log.
> > >
> > > If you have any ideas, please let me know. I've googled around
but
> can't
> > > find anything specific.
> > >
> > > Thank you,
> > > Rob
> > >
> > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > Space Scientist
> > > Space Weather Forecast Office
> > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > W/NP9
> > > 325 Broadway
> > > Boulder, CO 80305
> > > 303.497.5153
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: John Halley Gotway
Time: Mon May 18 16:19:46 2020
Ah, so you're using the installation script which untars it each time
and
overwrites your changes.
2 options.
First option, rather than recompiling using the installation script,
just
go make your edits to ascii2nc.cc. And then go to the top-level met-
9.0.1
directory and run:
make clean install test
Second option, update the tarball to include your edits:
(1) Manually untar it:
tar -xvzf met-9.0.1.20200423.tar.gz
(2) Edit ascii2nc.cc in the resulting directory:
vi met-9.0.1/src/tools/other/ascii2nc/ascii2nc.cc
(3) Recreate the tar file:
rm met-9.0.1.20200423.tar.gz
tar -cvzf met-9.0.1.20200423.tar.gz met-9.0.1
And rerun the install script.
Either way should work fine.
John
On Mon, May 18, 2020 at 4:11 PM robert.steenburgh at noaa.gov via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
>
> Hi John:
>
> So I removed "--enable-python" and made the change to ascii2nc
described on
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> as you suggested.
>
> Unfortunately, it appears ascii2nc.cc is overwritten each time I try
to
> recompile MET. Is there another flag/file I need to modify to make
this
> change persist?
>
> Thanks,
> Rob
>
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
>
>
> On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
> > Hi Rob,
> >
> > I see you're having some compilation issues. Thanks for sending
your most
> > recent "make.log" file. From that I see that you are compiling
WITHOUT
> the
> > "--enable-python" configuration option.
> >
> > We recently ran into this same problem last week. It's a simple
one line
> > fix but has not been included in a public release yet. Here's the
> change:
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> >
> > If you were compiling using the "--enable-python" option, and set
> > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this problem
would
> not
> > occur.
> >
> > At this point, your options are:
> > (1) Recompile using "--enable-python".
> > (2) Manually make the one-line change shown by the commit message
above
> and
> > recompile without "--enable-python".
> >
> > Hope that helps clarify, and sorry for trouble!
> >
> > Thanks,
> > John
> >
> >
> > On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via RT
<
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> > >
> > > Update - got past that error (cleaned out directory & started
from
> > > scratch), but then install crashed later:
> > >
> > > In file included from ascii2nc.cc:76:
> > > ../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
fatal
> > > error: Python.h: No such file or directory
> > > #include "Python.h"
> > > ^~~~~~~~~~
> > > compilation terminated.
> > >
> > > Make log included. Used stock compile script.
> > >
> > > Cheers,
> > > Rob
> > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > Space Scientist
> > > Space Weather Forecast Office
> > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > W/NP9
> > > 325 Broadway
> > > Boulder, CO 80305
> > > 303.497.5153
> > >
> > >
> > >
> > >
> > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Greetings,
> > > >
> > > > This message has been automatically generated in response to
the
> > creation
> > > > of a trouble ticket regarding:
> > > > "MET 9.01 compile error: -lgrib2c",
> > > > a summary of which appears below.
> > > >
> > > > There is no need to reply to this message right now. Your
ticket has
> > > been
> > > > assigned an ID of [rt.rap.ucar.edu #95277].
> > > >
> > > > Please include the string:
> > > >
> > > > [rt.rap.ucar.edu #95277]
> > > >
> > > > in the subject line of all future correspondence about this
issue. To
> > do
> > > > so, you may reply to this message.
> > > >
> > > > For more information, please see:
> > > >
> > > > MET Online Tutorial:
> > > >
> >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > > >
> > > > MET Users Guide:
> > > > https://www.dtcenter.org/met/users/docs/overview.php
> > > >
> > > > MET FAQs:
> > > > https://www.dtcenter.org/met/users/support/faqs/index.php
> > > >
> > > > MET-Help Email Archive:
> > > > http://mailman.ucar.edu/pipermail/met_help
> > > >
> > > > Thank you,
> > > > met_help at ucar.edu
> > > >
> > > >
> >
-------------------------------------------------------------------------
> > > > Greetings:
> > > >
> > > > Almost at the finish line installing MET using the install
script.
> > > > I'm running into an error:
> > > >
> > > > /usr/bin/ld: skipping incompatible
> > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
searching
> > for
> > > > > -lgrib2c
> > > > > /usr/bin/ld: cannot find -lgrib2c
> > > > > collect2: error: ld returned 1 exit status
> > > > >
> > > >
> > > > I've attached the make.log.
> > > >
> > > > If you have any ideas, please let me know. I've googled
around but
> > can't
> > > > find anything specific.
> > > >
> > > > Thank you,
> > > > Rob
> > > >
> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > > Space Scientist
> > > > Space Weather Forecast Office
> > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > > W/NP9
> > > > 325 Broadway
> > > > Boulder, CO 80305
> > > > 303.497.5153
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: robert.steenburgh at noaa.gov
Time: Mon May 18 17:19:21 2020
Thanks John - I'll give those options a try, beginning with #1.
Appreciate all your help with this.
Rob
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
On Mon, May 18, 2020 at 4:19 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> Ah, so you're using the installation script which untars it each
time and
> overwrites your changes.
>
> 2 options.
>
> First option, rather than recompiling using the installation script,
just
> go make your edits to ascii2nc.cc. And then go to the top-level
met-9.0.1
> directory and run:
> make clean install test
>
> Second option, update the tarball to include your edits:
> (1) Manually untar it:
> tar -xvzf met-9.0.1.20200423.tar.gz
> (2) Edit ascii2nc.cc in the resulting directory:
> vi met-9.0.1/src/tools/other/ascii2nc/ascii2nc.cc
> (3) Recreate the tar file:
> rm met-9.0.1.20200423.tar.gz
> tar -cvzf met-9.0.1.20200423.tar.gz met-9.0.1
>
> And rerun the install script.
>
> Either way should work fine.
>
> John
>
> On Mon, May 18, 2020 at 4:11 PM robert.steenburgh at noaa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> >
> > Hi John:
> >
> > So I removed "--enable-python" and made the change to ascii2nc
described
> on
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > as you suggested.
> >
> > Unfortunately, it appears ascii2nc.cc is overwritten each time I
try to
> > recompile MET. Is there another flag/file I need to modify to
make this
> > change persist?
> >
> > Thanks,
> > Rob
> >
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
> >
> >
> > On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > Hi Rob,
> > >
> > > I see you're having some compilation issues. Thanks for sending
your
> most
> > > recent "make.log" file. From that I see that you are compiling
WITHOUT
> > the
> > > "--enable-python" configuration option.
> > >
> > > We recently ran into this same problem last week. It's a simple
one
> line
> > > fix but has not been included in a public release yet. Here's
the
> > change:
> > >
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > >
> > > If you were compiling using the "--enable-python" option, and
set
> > > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this
problem would
> > not
> > > occur.
> > >
> > > At this point, your options are:
> > > (1) Recompile using "--enable-python".
> > > (2) Manually make the one-line change shown by the commit
message above
> > and
> > > recompile without "--enable-python".
> > >
> > > Hope that helps clarify, and sorry for trouble!
> > >
> > > Thanks,
> > > John
> > >
> > >
> > > On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via
RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277
>
> > > >
> > > > Update - got past that error (cleaned out directory & started
from
> > > > scratch), but then install crashed later:
> > > >
> > > > In file included from ascii2nc.cc:76:
> > > >
../../../../src/libcode/vx_data2d_python/global_python.h:21:10: fatal
> > > > error: Python.h: No such file or directory
> > > > #include "Python.h"
> > > > ^~~~~~~~~~
> > > > compilation terminated.
> > > >
> > > > Make log included. Used stock compile script.
> > > >
> > > > Cheers,
> > > > Rob
> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > > Space Scientist
> > > > Space Weather Forecast Office
> > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > > W/NP9
> > > > 325 Broadway
> > > > Boulder, CO 80305
> > > > 303.497.5153
> > > >
> > > >
> > > >
> > > >
> > > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Greetings,
> > > > >
> > > > > This message has been automatically generated in response to
the
> > > creation
> > > > > of a trouble ticket regarding:
> > > > > "MET 9.01 compile error: -lgrib2c",
> > > > > a summary of which appears below.
> > > > >
> > > > > There is no need to reply to this message right now. Your
ticket
> has
> > > > been
> > > > > assigned an ID of [rt.rap.ucar.edu #95277].
> > > > >
> > > > > Please include the string:
> > > > >
> > > > > [rt.rap.ucar.edu #95277]
> > > > >
> > > > > in the subject line of all future correspondence about this
issue.
> To
> > > do
> > > > > so, you may reply to this message.
> > > > >
> > > > > For more information, please see:
> > > > >
> > > > > MET Online Tutorial:
> > > > >
> > >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > > > >
> > > > > MET Users Guide:
> > > > > https://www.dtcenter.org/met/users/docs/overview.php
> > > > >
> > > > > MET FAQs:
> > > > > https://www.dtcenter.org/met/users/support/faqs/index.php
> > > > >
> > > > > MET-Help Email Archive:
> > > > > http://mailman.ucar.edu/pipermail/met_help
> > > > >
> > > > > Thank you,
> > > > > met_help at ucar.edu
> > > > >
> > > > >
> > >
>
-------------------------------------------------------------------------
> > > > > Greetings:
> > > > >
> > > > > Almost at the finish line installing MET using the install
script.
> > > > > I'm running into an error:
> > > > >
> > > > > /usr/bin/ld: skipping incompatible
> > > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
> searching
> > > for
> > > > > > -lgrib2c
> > > > > > /usr/bin/ld: cannot find -lgrib2c
> > > > > > collect2: error: ld returned 1 exit status
> > > > > >
> > > > >
> > > > > I've attached the make.log.
> > > > >
> > > > > If you have any ideas, please let me know. I've googled
around but
> > > can't
> > > > > find anything specific.
> > > > >
> > > > > Thank you,
> > > > > Rob
> > > > >
> > > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > > > Space Scientist
> > > > > Space Weather Forecast Office
> > > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > > > W/NP9
> > > > > 325 Broadway
> > > > > Boulder, CO 80305
> > > > > 303.497.5153
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: robert.steenburgh at noaa.gov
Time: Mon May 18 18:54:26 2020
Tried the "make clean install test" approach after modifying the
ascii2nc.cc file.
Result was:
hdf_utils.cc: In function ‘void get_hdf_var_info(int, const char*,
> HdfVarInfo&)’:
> hdf_utils.cc:107:28: error: invalid conversion from ‘int*’ to
‘int32*’
> {aka ‘long int*’} [-fpermissive]
> if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> &(info.atts)) < 0 ) {
> ^~~~~~~~~~~~
> In file included from hdf_utils.h:27,
> from hdf_utils.cc:20:
> /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:38: note:
> initializing argument 3 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> int32*, int32*)’
> (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> ~~~~~~~^~~~
> hdf_utils.cc:107:47: error: invalid conversion from ‘int*’ to
‘int32*’
> {aka ‘long int*’} [-fpermissive]
> if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> &(info.atts)) < 0 ) {
> ~~~~~^~~~~~~~
> In file included from hdf_utils.h:27,
> from hdf_utils.cc:20:
> /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:51: note:
> initializing argument 4 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> int32*, int32*)’
> (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> ~~~~~~~^~~~~~~~
> hdf_utils.cc:107:57: error: invalid conversion from ‘int*’ to
‘int32*’
> {aka ‘long int*’} [-fpermissive]
> if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> &(info.atts)) < 0 ) {
>
^~~~~~~~~~~~
> In file included from hdf_utils.h:27,
> from hdf_utils.cc:20:
> /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:19: note:
> initializing argument 5 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> int32*, int32*)’
> int32 *nt, int32 *nattr);
> ~~~~~~~^~
> hdf_utils.cc:107:71: error: invalid conversion from ‘int*’ to
‘int32*’
> {aka ‘long int*’} [-fpermissive]
> if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> &(info.atts)) < 0 ) {
>
> ^~~~~~~~~~~~
> In file included from hdf_utils.h:27,
> from hdf_utils.cc:20:
> /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:30: note:
> initializing argument 6 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> int32*, int32*)’
> int32 *nt, int32 *nattr);
> ~~~~~~~^~~~~
> make[4]: *** [Makefile:488: lidar2nc-hdf_utils.o] Error 1
> make[4]: Leaving directory
> '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other/lidar2nc'
> make[3]: *** [Makefile:391: install-recursive] Error 1
> make[3]: Leaving directory
> '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other'
> make[2]: *** [Makefile:373: install-recursive] Error 1
> make[2]: Leaving directory '/home/rob/bin/MET9.01/met-
9.0.1/src/tools'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/home/rob/bin/MET9.01/met-9.0.1/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
Rob
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
On Mon, May 18, 2020 at 5:18 PM Robert Steenburgh - NOAA Federal <
robert.steenburgh at noaa.gov> wrote:
> Thanks John - I'll give those options a try, beginning with #1.
> Appreciate all your help with this.
>
> Rob
>
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
>
>
> On Mon, May 18, 2020 at 4:19 PM John Halley Gotway via RT <
> met_help at ucar.edu> wrote:
>
>> Ah, so you're using the installation script which untars it each
time and
>> overwrites your changes.
>>
>> 2 options.
>>
>> First option, rather than recompiling using the installation
script, just
>> go make your edits to ascii2nc.cc. And then go to the top-level
met-9.0.1
>> directory and run:
>> make clean install test
>>
>> Second option, update the tarball to include your edits:
>> (1) Manually untar it:
>> tar -xvzf met-9.0.1.20200423.tar.gz
>> (2) Edit ascii2nc.cc in the resulting directory:
>> vi met-9.0.1/src/tools/other/ascii2nc/ascii2nc.cc
>> (3) Recreate the tar file:
>> rm met-9.0.1.20200423.tar.gz
>> tar -cvzf met-9.0.1.20200423.tar.gz met-9.0.1
>>
>> And rerun the install script.
>>
>> Either way should work fine.
>>
>> John
>>
>> On Mon, May 18, 2020 at 4:11 PM robert.steenburgh at noaa.gov via RT <
>> met_help at ucar.edu> wrote:
>>
>> >
>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
>> >
>> > Hi John:
>> >
>> > So I removed "--enable-python" and made the change to ascii2nc
>> described on
>> >
>>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
>> > as you suggested.
>> >
>> > Unfortunately, it appears ascii2nc.cc is overwritten each time I
try to
>> > recompile MET. Is there another flag/file I need to modify to
make this
>> > change persist?
>> >
>> > Thanks,
>> > Rob
>> >
>> > Rob Steenburgh <robert.steenburgh at noaa.gov>
>> > Space Scientist
>> > Space Weather Forecast Office
>> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
>> > W/NP9
>> > 325 Broadway
>> > Boulder, CO 80305
>> > 303.497.5153
>> >
>> >
>> >
>> >
>> > On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
>> > met_help at ucar.edu>
>> > wrote:
>> >
>> > > Hi Rob,
>> > >
>> > > I see you're having some compilation issues. Thanks for sending
your
>> most
>> > > recent "make.log" file. From that I see that you are compiling
WITHOUT
>> > the
>> > > "--enable-python" configuration option.
>> > >
>> > > We recently ran into this same problem last week. It's a simple
one
>> line
>> > > fix but has not been included in a public release yet. Here's
the
>> > change:
>> > >
>> >
>>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
>> > >
>> > > If you were compiling using the "--enable-python" option, and
set
>> > > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this
problem
>> would
>> > not
>> > > occur.
>> > >
>> > > At this point, your options are:
>> > > (1) Recompile using "--enable-python".
>> > > (2) Manually make the one-line change shown by the commit
message
>> above
>> > and
>> > > recompile without "--enable-python".
>> > >
>> > > Hope that helps clarify, and sorry for trouble!
>> > >
>> > > Thanks,
>> > > John
>> > >
>> > >
>> > > On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov via
RT <
>> > > met_help at ucar.edu> wrote:
>> > >
>> > > >
>> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277
>
>> > > >
>> > > > Update - got past that error (cleaned out directory & started
from
>> > > > scratch), but then install crashed later:
>> > > >
>> > > > In file included from ascii2nc.cc:76:
>> > > >
../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
>> fatal
>> > > > error: Python.h: No such file or directory
>> > > > #include "Python.h"
>> > > > ^~~~~~~~~~
>> > > > compilation terminated.
>> > > >
>> > > > Make log included. Used stock compile script.
>> > > >
>> > > > Cheers,
>> > > > Rob
>> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
>> > > > Space Scientist
>> > > > Space Weather Forecast Office
>> > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
>> > > > W/NP9
>> > > > 325 Broadway
>> > > > Boulder, CO 80305
>> > > > 303.497.5153
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
>> > > > met_help at ucar.edu>
>> > > > wrote:
>> > > >
>> > > > >
>> > > > > Greetings,
>> > > > >
>> > > > > This message has been automatically generated in response
to the
>> > > creation
>> > > > > of a trouble ticket regarding:
>> > > > > "MET 9.01 compile error: -lgrib2c",
>> > > > > a summary of which appears below.
>> > > > >
>> > > > > There is no need to reply to this message right now. Your
ticket
>> has
>> > > > been
>> > > > > assigned an ID of [rt.rap.ucar.edu #95277].
>> > > > >
>> > > > > Please include the string:
>> > > > >
>> > > > > [rt.rap.ucar.edu #95277]
>> > > > >
>> > > > > in the subject line of all future correspondence about this
>> issue. To
>> > > do
>> > > > > so, you may reply to this message.
>> > > > >
>> > > > > For more information, please see:
>> > > > >
>> > > > > MET Online Tutorial:
>> > > > >
>> > >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
>> > > > >
>> > > > > MET Users Guide:
>> > > > > https://www.dtcenter.org/met/users/docs/overview.php
>> > > > >
>> > > > > MET FAQs:
>> > > > >
https://www.dtcenter.org/met/users/support/faqs/index.php
>> > > > >
>> > > > > MET-Help Email Archive:
>> > > > > http://mailman.ucar.edu/pipermail/met_help
>> > > > >
>> > > > > Thank you,
>> > > > > met_help at ucar.edu
>> > > > >
>> > > > >
>> > >
>>
-------------------------------------------------------------------------
>> > > > > Greetings:
>> > > > >
>> > > > > Almost at the finish line installing MET using the install
script.
>> > > > > I'm running into an error:
>> > > > >
>> > > > > /usr/bin/ld: skipping incompatible
>> > > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a when
>> searching
>> > > for
>> > > > > > -lgrib2c
>> > > > > > /usr/bin/ld: cannot find -lgrib2c
>> > > > > > collect2: error: ld returned 1 exit status
>> > > > > >
>> > > > >
>> > > > > I've attached the make.log.
>> > > > >
>> > > > > If you have any ideas, please let me know. I've googled
around
>> but
>> > > can't
>> > > > > find anything specific.
>> > > > >
>> > > > > Thank you,
>> > > > > Rob
>> > > > >
>> > > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
>> > > > > Space Scientist
>> > > > > Space Weather Forecast Office
>> > > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
>> > > > > W/NP9
>> > > > > 325 Broadway
>> > > > > Boulder, CO 80305
>> > > > > 303.497.5153
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> >
>> >
>>
>>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: John Halley Gotway
Time: Mon May 18 19:04:38 2020
Ugh, that kind of day I guess. But I do think that’s a new error.
You’ve
likely gotten past the ascii2nc issue.
In an effort to just get something to compile, you could rerun the
install
script without the “—enable-lidar2nc” option.
But of course that’ll fail at ascii2nc unless you use the second
option I
described.
John
On Mon, May 18, 2020 at 6:54 PM robert.steenburgh at noaa.gov via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
>
> Tried the "make clean install test" approach after modifying the
> ascii2nc.cc file.
>
> Result was:
>
> hdf_utils.cc: In function ‘void get_hdf_var_info(int, const char*,
> > HdfVarInfo&)’:
> > hdf_utils.cc:107:28: error: invalid conversion from ‘int*’ to
‘int32*’
> > {aka ‘long int*’} [-fpermissive]
> > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > &(info.atts)) < 0 ) {
> > ^~~~~~~~~~~~
> > In file included from hdf_utils.h:27,
> > from hdf_utils.cc:20:
> > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:38: note:
> > initializing argument 3 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> > int32*, int32*)’
> > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > ~~~~~~~^~~~
> > hdf_utils.cc:107:47: error: invalid conversion from ‘int*’ to
‘int32*’
> > {aka ‘long int*’} [-fpermissive]
> > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > &(info.atts)) < 0 ) {
> > ~~~~~^~~~~~~~
> > In file included from hdf_utils.h:27,
> > from hdf_utils.cc:20:
> > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:51: note:
> > initializing argument 4 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> > int32*, int32*)’
> > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > ~~~~~~~^~~~~~~~
> > hdf_utils.cc:107:57: error: invalid conversion from ‘int*’ to
‘int32*’
> > {aka ‘long int*’} [-fpermissive]
> > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > &(info.atts)) < 0 ) {
> >
^~~~~~~~~~~~
> > In file included from hdf_utils.h:27,
> > from hdf_utils.cc:20:
> > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:19: note:
> > initializing argument 5 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> > int32*, int32*)’
> > int32 *nt, int32 *nattr);
> > ~~~~~~~^~
> > hdf_utils.cc:107:71: error: invalid conversion from ‘int*’ to
‘int32*’
> > {aka ‘long int*’} [-fpermissive]
> > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > &(info.atts)) < 0 ) {
> >
> > ^~~~~~~~~~~~
> > In file included from hdf_utils.h:27,
> > from hdf_utils.cc:20:
> > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:30: note:
> > initializing argument 6 of ‘intn SDgetinfo(int32, char*, int32*,
int32*,
> > int32*, int32*)’
> > int32 *nt, int32 *nattr);
> > ~~~~~~~^~~~~
> > make[4]: *** [Makefile:488: lidar2nc-hdf_utils.o] Error 1
> > make[4]: Leaving directory
> > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other/lidar2nc'
> > make[3]: *** [Makefile:391: install-recursive] Error 1
> > make[3]: Leaving directory
> > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other'
> > make[2]: *** [Makefile:373: install-recursive] Error 1
> > make[2]: Leaving directory '/home/rob/bin/MET9.01/met-
9.0.1/src/tools'
> > make[1]: *** [Makefile:370: install-recursive] Error 1
> > make[1]: Leaving directory '/home/rob/bin/MET9.01/met-9.0.1/src'
> > make: *** [Makefile:425: install-recursive] Error 1
> >
>
> Rob
>
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
>
>
> On Mon, May 18, 2020 at 5:18 PM Robert Steenburgh - NOAA Federal <
> robert.steenburgh at noaa.gov> wrote:
>
> > Thanks John - I'll give those options a try, beginning with #1.
> > Appreciate all your help with this.
> >
> > Rob
> >
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
> >
> >
> > On Mon, May 18, 2020 at 4:19 PM John Halley Gotway via RT <
> > met_help at ucar.edu> wrote:
> >
> >> Ah, so you're using the installation script which untars it each
time
> and
> >> overwrites your changes.
> >>
> >> 2 options.
> >>
> >> First option, rather than recompiling using the installation
script,
> just
> >> go make your edits to ascii2nc.cc. And then go to the top-level
> met-9.0.1
> >> directory and run:
> >> make clean install test
> >>
> >> Second option, update the tarball to include your edits:
> >> (1) Manually untar it:
> >> tar -xvzf met-9.0.1.20200423.tar.gz
> >> (2) Edit ascii2nc.cc in the resulting directory:
> >> vi met-9.0.1/src/tools/other/ascii2nc/ascii2nc.cc
> >> (3) Recreate the tar file:
> >> rm met-9.0.1.20200423.tar.gz
> >> tar -cvzf met-9.0.1.20200423.tar.gz met-9.0.1
> >>
> >> And rerun the install script.
> >>
> >> Either way should work fine.
> >>
> >> John
> >>
> >> On Mon, May 18, 2020 at 4:11 PM robert.steenburgh at noaa.gov via RT
<
> >> met_help at ucar.edu> wrote:
> >>
> >> >
> >> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> >> >
> >> > Hi John:
> >> >
> >> > So I removed "--enable-python" and made the change to ascii2nc
> >> described on
> >> >
> >>
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> >> > as you suggested.
> >> >
> >> > Unfortunately, it appears ascii2nc.cc is overwritten each time
I try
> to
> >> > recompile MET. Is there another flag/file I need to modify to
make
> this
> >> > change persist?
> >> >
> >> > Thanks,
> >> > Rob
> >> >
> >> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> >> > Space Scientist
> >> > Space Weather Forecast Office
> >> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> >> > W/NP9
> >> > 325 Broadway
> >> > Boulder, CO 80305
> >> > 303.497.5153
> >> >
> >> >
> >> >
> >> >
> >> > On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
> >> > met_help at ucar.edu>
> >> > wrote:
> >> >
> >> > > Hi Rob,
> >> > >
> >> > > I see you're having some compilation issues. Thanks for
sending your
> >> most
> >> > > recent "make.log" file. From that I see that you are
compiling
> WITHOUT
> >> > the
> >> > > "--enable-python" configuration option.
> >> > >
> >> > > We recently ran into this same problem last week. It's a
simple one
> >> line
> >> > > fix but has not been included in a public release yet.
Here's the
> >> > change:
> >> > >
> >> >
> >>
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> >> > >
> >> > > If you were compiling using the "--enable-python" option, and
set
> >> > > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this
problem
> >> would
> >> > not
> >> > > occur.
> >> > >
> >> > > At this point, your options are:
> >> > > (1) Recompile using "--enable-python".
> >> > > (2) Manually make the one-line change shown by the commit
message
> >> above
> >> > and
> >> > > recompile without "--enable-python".
> >> > >
> >> > > Hope that helps clarify, and sorry for trouble!
> >> > >
> >> > > Thanks,
> >> > > John
> >> > >
> >> > >
> >> > > On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov
via RT <
> >> > > met_help at ucar.edu> wrote:
> >> > >
> >> > > >
> >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> >> > > >
> >> > > > Update - got past that error (cleaned out directory &
started from
> >> > > > scratch), but then install crashed later:
> >> > > >
> >> > > > In file included from ascii2nc.cc:76:
> >> > > >
../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
> >> fatal
> >> > > > error: Python.h: No such file or directory
> >> > > > #include "Python.h"
> >> > > > ^~~~~~~~~~
> >> > > > compilation terminated.
> >> > > >
> >> > > > Make log included. Used stock compile script.
> >> > > >
> >> > > > Cheers,
> >> > > > Rob
> >> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> >> > > > Space Scientist
> >> > > > Space Weather Forecast Office
> >> > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> >> > > > W/NP9
> >> > > > 325 Broadway
> >> > > > Boulder, CO 80305
> >> > > > 303.497.5153
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT <
> >> > > > met_help at ucar.edu>
> >> > > > wrote:
> >> > > >
> >> > > > >
> >> > > > > Greetings,
> >> > > > >
> >> > > > > This message has been automatically generated in response
to the
> >> > > creation
> >> > > > > of a trouble ticket regarding:
> >> > > > > "MET 9.01 compile error: -lgrib2c",
> >> > > > > a summary of which appears below.
> >> > > > >
> >> > > > > There is no need to reply to this message right now.
Your
> ticket
> >> has
> >> > > > been
> >> > > > > assigned an ID of [rt.rap.ucar.edu #95277].
> >> > > > >
> >> > > > > Please include the string:
> >> > > > >
> >> > > > > [rt.rap.ucar.edu #95277]
> >> > > > >
> >> > > > > in the subject line of all future correspondence about
this
> >> issue. To
> >> > > do
> >> > > > > so, you may reply to this message.
> >> > > > >
> >> > > > > For more information, please see:
> >> > > > >
> >> > > > > MET Online Tutorial:
> >> > > > >
> >> > >
> https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> >> > > > >
> >> > > > > MET Users Guide:
> >> > > > > https://www.dtcenter.org/met/users/docs/overview.php
> >> > > > >
> >> > > > > MET FAQs:
> >> > > > >
https://www.dtcenter.org/met/users/support/faqs/index.php
> >> > > > >
> >> > > > > MET-Help Email Archive:
> >> > > > > http://mailman.ucar.edu/pipermail/met_help
> >> > > > >
> >> > > > > Thank you,
> >> > > > > met_help at ucar.edu
> >> > > > >
> >> > > > >
> >> > >
> >>
>
-------------------------------------------------------------------------
> >> > > > > Greetings:
> >> > > > >
> >> > > > > Almost at the finish line installing MET using the
install
> script.
> >> > > > > I'm running into an error:
> >> > > > >
> >> > > > > /usr/bin/ld: skipping incompatible
> >> > > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a
when
> >> searching
> >> > > for
> >> > > > > > -lgrib2c
> >> > > > > > /usr/bin/ld: cannot find -lgrib2c
> >> > > > > > collect2: error: ld returned 1 exit status
> >> > > > > >
> >> > > > >
> >> > > > > I've attached the make.log.
> >> > > > >
> >> > > > > If you have any ideas, please let me know. I've googled
around
> >> but
> >> > > can't
> >> > > > > find anything specific.
> >> > > > >
> >> > > > > Thank you,
> >> > > > > Rob
> >> > > > >
> >> > > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> >> > > > > Space Scientist
> >> > > > > Space Weather Forecast Office
> >> > > > > Space Weather Prediction Center
<http://www.swpc.noaa.gov>
> >> > > > > W/NP9
> >> > > > > 325 Broadway
> >> > > > > Boulder, CO 80305
> >> > > > > 303.497.5153
> >> > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: robert.steenburgh at noaa.gov
Time: Tue May 19 06:12:29 2020
Yes, I can try that.
If there's a way to make things difficult, trust me, I'll find it.
Cheers,
Rob
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
On Mon, May 18, 2020 at 7:04 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> Ugh, that kind of day I guess. But I do think that’s a new error.
You’ve
> likely gotten past the ascii2nc issue.
>
> In an effort to just get something to compile, you could rerun the
install
> script without the “—enable-lidar2nc” option.
>
> But of course that’ll fail at ascii2nc unless you use the second
option I
> described.
>
> John
>
> On Mon, May 18, 2020 at 6:54 PM robert.steenburgh at noaa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> >
> > Tried the "make clean install test" approach after modifying the
> > ascii2nc.cc file.
> >
> > Result was:
> >
> > hdf_utils.cc: In function ‘void get_hdf_var_info(int, const char*,
> > > HdfVarInfo&)’:
> > > hdf_utils.cc:107:28: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > > ^~~~~~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:38: note:
> > > initializing argument 3 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > > ~~~~~~~^~~~
> > > hdf_utils.cc:107:47: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > > ~~~~~^~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:51: note:
> > > initializing argument 4 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > > ~~~~~~~^~~~~~~~
> > > hdf_utils.cc:107:57: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > >
^~~~~~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:19: note:
> > > initializing argument 5 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > int32 *nt, int32 *nattr);
> > > ~~~~~~~^~
> > > hdf_utils.cc:107:71: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > >
> > > ^~~~~~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:30: note:
> > > initializing argument 6 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > int32 *nt, int32 *nattr);
> > > ~~~~~~~^~~~~
> > > make[4]: *** [Makefile:488: lidar2nc-hdf_utils.o] Error 1
> > > make[4]: Leaving directory
> > > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other/lidar2nc'
> > > make[3]: *** [Makefile:391: install-recursive] Error 1
> > > make[3]: Leaving directory
> > > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other'
> > > make[2]: *** [Makefile:373: install-recursive] Error 1
> > > make[2]: Leaving directory '/home/rob/bin/MET9.01/met-
9.0.1/src/tools'
> > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > make[1]: Leaving directory '/home/rob/bin/MET9.01/met-9.0.1/src'
> > > make: *** [Makefile:425: install-recursive] Error 1
> > >
> >
> > Rob
> >
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
> >
> >
> > On Mon, May 18, 2020 at 5:18 PM Robert Steenburgh - NOAA Federal <
> > robert.steenburgh at noaa.gov> wrote:
> >
> > > Thanks John - I'll give those options a try, beginning with #1.
> > > Appreciate all your help with this.
> > >
> > > Rob
> > >
> > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > Space Scientist
> > > Space Weather Forecast Office
> > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > W/NP9
> > > 325 Broadway
> > > Boulder, CO 80305
> > > 303.497.5153
> > >
> > >
> > >
> > >
> > > On Mon, May 18, 2020 at 4:19 PM John Halley Gotway via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >> Ah, so you're using the installation script which untars it
each time
> > and
> > >> overwrites your changes.
> > >>
> > >> 2 options.
> > >>
> > >> First option, rather than recompiling using the installation
script,
> > just
> > >> go make your edits to ascii2nc.cc. And then go to the top-
level
> > met-9.0.1
> > >> directory and run:
> > >> make clean install test
> > >>
> > >> Second option, update the tarball to include your edits:
> > >> (1) Manually untar it:
> > >> tar -xvzf met-9.0.1.20200423.tar.gz
> > >> (2) Edit ascii2nc.cc in the resulting directory:
> > >> vi met-9.0.1/src/tools/other/ascii2nc/ascii2nc.cc
> > >> (3) Recreate the tar file:
> > >> rm met-9.0.1.20200423.tar.gz
> > >> tar -cvzf met-9.0.1.20200423.tar.gz met-9.0.1
> > >>
> > >> And rerun the install script.
> > >>
> > >> Either way should work fine.
> > >>
> > >> John
> > >>
> > >> On Mon, May 18, 2020 at 4:11 PM robert.steenburgh at noaa.gov via
RT <
> > >> met_help at ucar.edu> wrote:
> > >>
> > >> >
> > >> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277
>
> > >> >
> > >> > Hi John:
> > >> >
> > >> > So I removed "--enable-python" and made the change to
ascii2nc
> > >> described on
> > >> >
> > >>
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > >> > as you suggested.
> > >> >
> > >> > Unfortunately, it appears ascii2nc.cc is overwritten each
time I try
> > to
> > >> > recompile MET. Is there another flag/file I need to modify
to make
> > this
> > >> > change persist?
> > >> >
> > >> > Thanks,
> > >> > Rob
> > >> >
> > >> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > >> > Space Scientist
> > >> > Space Weather Forecast Office
> > >> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > >> > W/NP9
> > >> > 325 Broadway
> > >> > Boulder, CO 80305
> > >> > 303.497.5153
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
> > >> > met_help at ucar.edu>
> > >> > wrote:
> > >> >
> > >> > > Hi Rob,
> > >> > >
> > >> > > I see you're having some compilation issues. Thanks for
sending
> your
> > >> most
> > >> > > recent "make.log" file. From that I see that you are
compiling
> > WITHOUT
> > >> > the
> > >> > > "--enable-python" configuration option.
> > >> > >
> > >> > > We recently ran into this same problem last week. It's a
simple
> one
> > >> line
> > >> > > fix but has not been included in a public release yet.
Here's the
> > >> > change:
> > >> > >
> > >> >
> > >>
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > >> > >
> > >> > > If you were compiling using the "--enable-python" option,
and set
> > >> > > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this
problem
> > >> would
> > >> > not
> > >> > > occur.
> > >> > >
> > >> > > At this point, your options are:
> > >> > > (1) Recompile using "--enable-python".
> > >> > > (2) Manually make the one-line change shown by the commit
message
> > >> above
> > >> > and
> > >> > > recompile without "--enable-python".
> > >> > >
> > >> > > Hope that helps clarify, and sorry for trouble!
> > >> > >
> > >> > > Thanks,
> > >> > > John
> > >> > >
> > >> > >
> > >> > > On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov
via
> RT <
> > >> > > met_help at ucar.edu> wrote:
> > >> > >
> > >> > > >
> > >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> > >> > > >
> > >> > > > Update - got past that error (cleaned out directory &
started
> from
> > >> > > > scratch), but then install crashed later:
> > >> > > >
> > >> > > > In file included from ascii2nc.cc:76:
> > >> > > >
../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
> > >> fatal
> > >> > > > error: Python.h: No such file or directory
> > >> > > > #include "Python.h"
> > >> > > > ^~~~~~~~~~
> > >> > > > compilation terminated.
> > >> > > >
> > >> > > > Make log included. Used stock compile script.
> > >> > > >
> > >> > > > Cheers,
> > >> > > > Rob
> > >> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > >> > > > Space Scientist
> > >> > > > Space Weather Forecast Office
> > >> > > > Space Weather Prediction Center
<http://www.swpc.noaa.gov>
> > >> > > > W/NP9
> > >> > > > 325 Broadway
> > >> > > > Boulder, CO 80305
> > >> > > > 303.497.5153
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT
<
> > >> > > > met_help at ucar.edu>
> > >> > > > wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > Greetings,
> > >> > > > >
> > >> > > > > This message has been automatically generated in
response to
> the
> > >> > > creation
> > >> > > > > of a trouble ticket regarding:
> > >> > > > > "MET 9.01 compile error: -lgrib2c",
> > >> > > > > a summary of which appears below.
> > >> > > > >
> > >> > > > > There is no need to reply to this message right now.
Your
> > ticket
> > >> has
> > >> > > > been
> > >> > > > > assigned an ID of [rt.rap.ucar.edu #95277].
> > >> > > > >
> > >> > > > > Please include the string:
> > >> > > > >
> > >> > > > > [rt.rap.ucar.edu #95277]
> > >> > > > >
> > >> > > > > in the subject line of all future correspondence about
this
> > >> issue. To
> > >> > > do
> > >> > > > > so, you may reply to this message.
> > >> > > > >
> > >> > > > > For more information, please see:
> > >> > > > >
> > >> > > > > MET Online Tutorial:
> > >> > > > >
> > >> > >
> >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > >> > > > >
> > >> > > > > MET Users Guide:
> > >> > > > > https://www.dtcenter.org/met/users/docs/overview.php
> > >> > > > >
> > >> > > > > MET FAQs:
> > >> > > > >
https://www.dtcenter.org/met/users/support/faqs/index.php
> > >> > > > >
> > >> > > > > MET-Help Email Archive:
> > >> > > > > http://mailman.ucar.edu/pipermail/met_help
> > >> > > > >
> > >> > > > > Thank you,
> > >> > > > > met_help at ucar.edu
> > >> > > > >
> > >> > > > >
> > >> > >
> > >>
> >
-------------------------------------------------------------------------
> > >> > > > > Greetings:
> > >> > > > >
> > >> > > > > Almost at the finish line installing MET using the
install
> > script.
> > >> > > > > I'm running into an error:
> > >> > > > >
> > >> > > > > /usr/bin/ld: skipping incompatible
> > >> > > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a
when
> > >> searching
> > >> > > for
> > >> > > > > > -lgrib2c
> > >> > > > > > /usr/bin/ld: cannot find -lgrib2c
> > >> > > > > > collect2: error: ld returned 1 exit status
> > >> > > > > >
> > >> > > > >
> > >> > > > > I've attached the make.log.
> > >> > > > >
> > >> > > > > If you have any ideas, please let me know. I've
googled
> around
> > >> but
> > >> > > can't
> > >> > > > > find anything specific.
> > >> > > > >
> > >> > > > > Thank you,
> > >> > > > > Rob
> > >> > > > >
> > >> > > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > >> > > > > Space Scientist
> > >> > > > > Space Weather Forecast Office
> > >> > > > > Space Weather Prediction Center
<http://www.swpc.noaa.gov>
> > >> > > > > W/NP9
> > >> > > > > 325 Broadway
> > >> > > > > Boulder, CO 80305
> > >> > > > > 303.497.5153
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >>
> > >>
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: robert.steenburgh at noaa.gov
Time: Tue May 19 12:09:00 2020
Smilin' and Compilin'
That worked!
Since we're building this to process space weather data, maybe there
are
flags I can omit
The lidar flag you mentioned above and MODIS, too, I think.
I may try this again with python support included.
Just to recap, for successful compilation at this point:
- address the ascii2nc.cc issue
- omit the “—enable-lidar2nc" option
- compile without python support
Also, I found that my stock Debian install lacked
<https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-
10.4.0-i386-netinst.iso>
the following packages which were needed:
- gcc-multilib
- flex, bison (was complaining about a lack of yacc)
- g++
- g++-multilib
Guess the next step (besides trying with Python support) is running
it.
Cheers,
Rob
rob at METPlusTest:~/bin/MET9.01$ ./compile_MET_all.sh
> install_met_env.METPlusTest
> TEST_BASE = /home/rob/bin/MET9.01
> COMPILER = gnu_8.3.0
> MET_SUBDIR = /home/rob/bin/MET9.01
> MET_TARBALL = met-9.0.1.20200423.tar.gz
> USE_MODULES = FALSE
> LD_LIBRARY_PATH =
> /home/rob/bin/MET9.01/external_libs/lib:/lib:/lib:/lib::::::
>
> Compiling libraries into: /home/rob/bin/MET9.01/external_libs
> USE_MODULES = FALSE
> export CC=/usr/bin/gcc
> export CXX=/usr/bin/g++
> export FC=/usr/bin/gfortran
> export F77=/usr/bin/gfortran
> export F90=/usr/bin/gfortran
> Using python version:
> Python 2.7.16
>
> Compiling GSL_2.1 at Tue 19 May 2020 11:02:20 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/gsl/gsl-2.1
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs >
configure.log
> 2>&1
> make > make.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling BUFRLIB_v11.3.0 at Tue 19 May 2020 11:11:21 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/bufrlib/BUFRLIB_v11.3.0
> endiantest.c:33:1: warning: return type defaults to ‘int’ [-
Wimplicit-int]
> main()
> ^~~~
>
> Compiling ZLIB at Tue 19 May 2020 11:11:40 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/zlib/zlib-1.2.11
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs >
configure.log
> 2>&1
> make > make.log 2>&1
> make install > make_install.log 2>&1
> rm /home/rob/bin/MET9.01/external_libs/lib/zlib.a
>
> Compiling LIBPNG at Tue 19 May 2020 11:11:57 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/libpng/libpng-1.6.34
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> LDFLAGS=-L//home/rob/bin/MET9.01/external_libs/lib
> CPPFLAGS=-I//home/rob/bin/MET9.01/external_libs/include >
configure.log 2>&1
> make > make.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling JASPER at Tue 19 May 2020 11:13:06 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/jasper/jasper-1.900.1
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs >
configure.log
> 2>&1
> make > make.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling G2CLIB at Tue 19 May 2020 11:14:16 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/g2clib/g2clib-1.6.0
> make > make.log 2>&1
>
> Compiling HDF at Tue 19 May 2020 11:14:27 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/hdf/HDF4.2r3
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs --disable-
netcdf
> --with-jpeg=/home/rob/bin/MET9.01/external_libs
> --with-zlib=/home/rob/bin/MET9.01/external_libs > configure.log 2>&1
> make > make.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling HDFEOS at Tue 19 May 2020 11:16:02 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/hdfeos/hdfeos
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> --with-hdf4=/home/rob/bin/MET9.01/external_libs > configure.log 2>&1
> make > make.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling HDF5 at Tue 19 May 2020 11:17:11 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/hdf5/hdf5-1.8.18
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> --with-zlib=/home/rob/bin/MET9.01/external_libs/lib CFLAGS=-fPIC
> CXXFLAGS=-fPIC LDFLAGS=-L/home/rob/bin/MET9.01/external_libs/lib
> CPPFLAGS=-I/home/rob/bin/MET9.01/external_libs/include >
configure.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling NetCDF-C at Tue 19 May 2020 11:28:56 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/netcdf/netcdf-4.4.1.1
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs CFLAGS=-
fPIC
> CXXFLAGS=-fPIC LDFLAGS=-L/home/rob/bin/MET9.01/external_libs/lib
> CPPFLAGS=-I/home/rob/bin/MET9.01/external_libs/include >
configure.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling NetCDF-CXX at Tue 19 May 2020 11:30:12 AM MDT
> cd /home/rob/bin/MET9.01/external_libs/netcdf/netcdf-cxx4-4.3.0
> ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> LDFLAGS=-L/home/rob/bin/MET9.01/external_libs/lib
> CPPFLAGS=-I/home/rob/bin/MET9.01/external_libs/include >
configure.log 2>&1
> make install > make_install.log 2>&1
>
> Compiling MET at Tue 19 May 2020 11:31:30 AM MDT
> MET Configuration settings...
> export MET_HDF=/home/rob/bin/MET9.01/external_libs
> export MET_PYTHON_CC=
> export MET_NETCDF=/home/rob/bin/MET9.01/external_libs
> export
> MET_TARBALL=/home/rob/bin/MET9.01/tar_files/met-
9.0.1.20200423.tar.gz
> export MET_HDF5=/home/rob/bin/MET9.01/external_libs
> export MET_FONT_DIR=/home/rob/bin/MET9.01/fonts
> export MET_GRIB2C=/home/rob/bin/MET9.01/external_libs
> export MET_GSL=/home/rob/bin/MET9.01/external_libs
> export MET_BUFRLIB=/home/rob/bin/MET9.01/external_libs/lib
> export MET_HDFEOS=/home/rob/bin/MET9.01/external_libs
> export MET_SUBDIR=/home/rob/bin/MET9.01
> export MET_PYTHON_LD=
> LDFLAGS = -Wl,--disable-new-dtags
> -Wl,-
rpath,/home/rob/bin/MET9.01/external_libs/lib:/home/rob/bin/MET9.01/external_libs/lib:/home/rob/bin/MET9.01/external_libs/lib:/home/rob/bin/MET9.01/external_libs/lib::/lib
> -Wl,-rpath,:: -L -L/home/rob/bin/MET9.01/external_libs/lib
> cd /home/rob/bin/MET9.01/met-9.0.1
> ./configure --prefix=/home/rob/bin/MET9.01 BUFRLIB_NAME=-lbufr
> GRIB2CLIB_NAME=-lgrib2c --enable-grib2 --enable-modis >
configure.log 2>&1
> make > make.log 2>&1
>
> make install > make_install.log 2>&1
> make test > make_test.log 2>&1
> Finished compiling at Tue 19 May 2020 11:49:43 AM MDT
>
Rob Steenburgh <robert.steenburgh at noaa.gov>
Space Scientist
Space Weather Forecast Office
Space Weather Prediction Center <http://www.swpc.noaa.gov>
W/NP9
325 Broadway
Boulder, CO 80305
303.497.5153
On Mon, May 18, 2020 at 7:04 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
> Ugh, that kind of day I guess. But I do think that’s a new error.
You’ve
> likely gotten past the ascii2nc issue.
>
> In an effort to just get something to compile, you could rerun the
install
> script without the “—enable-lidar2nc” option.
>
> But of course that’ll fail at ascii2nc unless you use the second
option I
> described.
>
> John
>
> On Mon, May 18, 2020 at 6:54 PM robert.steenburgh at noaa.gov via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> >
> > Tried the "make clean install test" approach after modifying the
> > ascii2nc.cc file.
> >
> > Result was:
> >
> > hdf_utils.cc: In function ‘void get_hdf_var_info(int, const char*,
> > > HdfVarInfo&)’:
> > > hdf_utils.cc:107:28: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > > ^~~~~~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:38: note:
> > > initializing argument 3 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > > ~~~~~~~^~~~
> > > hdf_utils.cc:107:47: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > > ~~~~~^~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:51: note:
> > > initializing argument 4 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > > ~~~~~~~^~~~~~~~
> > > hdf_utils.cc:107:57: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > >
^~~~~~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:19: note:
> > > initializing argument 5 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > int32 *nt, int32 *nattr);
> > > ~~~~~~~^~
> > > hdf_utils.cc:107:71: error: invalid conversion from ‘int*’ to
‘int32*’
> > > {aka ‘long int*’} [-fpermissive]
> > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
&(info.type),
> > > &(info.atts)) < 0 ) {
> > >
> > > ^~~~~~~~~~~~
> > > In file included from hdf_utils.h:27,
> > > from hdf_utils.cc:20:
> > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:30: note:
> > > initializing argument 6 of ‘intn SDgetinfo(int32, char*, int32*,
> int32*,
> > > int32*, int32*)’
> > > int32 *nt, int32 *nattr);
> > > ~~~~~~~^~~~~
> > > make[4]: *** [Makefile:488: lidar2nc-hdf_utils.o] Error 1
> > > make[4]: Leaving directory
> > > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other/lidar2nc'
> > > make[3]: *** [Makefile:391: install-recursive] Error 1
> > > make[3]: Leaving directory
> > > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other'
> > > make[2]: *** [Makefile:373: install-recursive] Error 1
> > > make[2]: Leaving directory '/home/rob/bin/MET9.01/met-
9.0.1/src/tools'
> > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > make[1]: Leaving directory '/home/rob/bin/MET9.01/met-9.0.1/src'
> > > make: *** [Makefile:425: install-recursive] Error 1
> > >
> >
> > Rob
> >
> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > Space Scientist
> > Space Weather Forecast Office
> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > W/NP9
> > 325 Broadway
> > Boulder, CO 80305
> > 303.497.5153
> >
> >
> >
> >
> > On Mon, May 18, 2020 at 5:18 PM Robert Steenburgh - NOAA Federal <
> > robert.steenburgh at noaa.gov> wrote:
> >
> > > Thanks John - I'll give those options a try, beginning with #1.
> > > Appreciate all your help with this.
> > >
> > > Rob
> > >
> > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > Space Scientist
> > > Space Weather Forecast Office
> > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > W/NP9
> > > 325 Broadway
> > > Boulder, CO 80305
> > > 303.497.5153
> > >
> > >
> > >
> > >
> > > On Mon, May 18, 2020 at 4:19 PM John Halley Gotway via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >> Ah, so you're using the installation script which untars it
each time
> > and
> > >> overwrites your changes.
> > >>
> > >> 2 options.
> > >>
> > >> First option, rather than recompiling using the installation
script,
> > just
> > >> go make your edits to ascii2nc.cc. And then go to the top-
level
> > met-9.0.1
> > >> directory and run:
> > >> make clean install test
> > >>
> > >> Second option, update the tarball to include your edits:
> > >> (1) Manually untar it:
> > >> tar -xvzf met-9.0.1.20200423.tar.gz
> > >> (2) Edit ascii2nc.cc in the resulting directory:
> > >> vi met-9.0.1/src/tools/other/ascii2nc/ascii2nc.cc
> > >> (3) Recreate the tar file:
> > >> rm met-9.0.1.20200423.tar.gz
> > >> tar -cvzf met-9.0.1.20200423.tar.gz met-9.0.1
> > >>
> > >> And rerun the install script.
> > >>
> > >> Either way should work fine.
> > >>
> > >> John
> > >>
> > >> On Mon, May 18, 2020 at 4:11 PM robert.steenburgh at noaa.gov via
RT <
> > >> met_help at ucar.edu> wrote:
> > >>
> > >> >
> > >> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277
>
> > >> >
> > >> > Hi John:
> > >> >
> > >> > So I removed "--enable-python" and made the change to
ascii2nc
> > >> described on
> > >> >
> > >>
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > >> > as you suggested.
> > >> >
> > >> > Unfortunately, it appears ascii2nc.cc is overwritten each
time I try
> > to
> > >> > recompile MET. Is there another flag/file I need to modify
to make
> > this
> > >> > change persist?
> > >> >
> > >> > Thanks,
> > >> > Rob
> > >> >
> > >> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > >> > Space Scientist
> > >> > Space Weather Forecast Office
> > >> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > >> > W/NP9
> > >> > 325 Broadway
> > >> > Boulder, CO 80305
> > >> > 303.497.5153
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
> > >> > met_help at ucar.edu>
> > >> > wrote:
> > >> >
> > >> > > Hi Rob,
> > >> > >
> > >> > > I see you're having some compilation issues. Thanks for
sending
> your
> > >> most
> > >> > > recent "make.log" file. From that I see that you are
compiling
> > WITHOUT
> > >> > the
> > >> > > "--enable-python" configuration option.
> > >> > >
> > >> > > We recently ran into this same problem last week. It's a
simple
> one
> > >> line
> > >> > > fix but has not been included in a public release yet.
Here's the
> > >> > change:
> > >> > >
> > >> >
> > >>
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > >> > >
> > >> > > If you were compiling using the "--enable-python" option,
and set
> > >> > > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this
problem
> > >> would
> > >> > not
> > >> > > occur.
> > >> > >
> > >> > > At this point, your options are:
> > >> > > (1) Recompile using "--enable-python".
> > >> > > (2) Manually make the one-line change shown by the commit
message
> > >> above
> > >> > and
> > >> > > recompile without "--enable-python".
> > >> > >
> > >> > > Hope that helps clarify, and sorry for trouble!
> > >> > >
> > >> > > Thanks,
> > >> > > John
> > >> > >
> > >> > >
> > >> > > On Fri, May 15, 2020 at 8:03 PM robert.steenburgh at noaa.gov
via
> RT <
> > >> > > met_help at ucar.edu> wrote:
> > >> > >
> > >> > > >
> > >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> > >> > > >
> > >> > > > Update - got past that error (cleaned out directory &
started
> from
> > >> > > > scratch), but then install crashed later:
> > >> > > >
> > >> > > > In file included from ascii2nc.cc:76:
> > >> > > >
../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
> > >> fatal
> > >> > > > error: Python.h: No such file or directory
> > >> > > > #include "Python.h"
> > >> > > > ^~~~~~~~~~
> > >> > > > compilation terminated.
> > >> > > >
> > >> > > > Make log included. Used stock compile script.
> > >> > > >
> > >> > > > Cheers,
> > >> > > > Rob
> > >> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > >> > > > Space Scientist
> > >> > > > Space Weather Forecast Office
> > >> > > > Space Weather Prediction Center
<http://www.swpc.noaa.gov>
> > >> > > > W/NP9
> > >> > > > 325 Broadway
> > >> > > > Boulder, CO 80305
> > >> > > > 303.497.5153
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via RT
<
> > >> > > > met_help at ucar.edu>
> > >> > > > wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > Greetings,
> > >> > > > >
> > >> > > > > This message has been automatically generated in
response to
> the
> > >> > > creation
> > >> > > > > of a trouble ticket regarding:
> > >> > > > > "MET 9.01 compile error: -lgrib2c",
> > >> > > > > a summary of which appears below.
> > >> > > > >
> > >> > > > > There is no need to reply to this message right now.
Your
> > ticket
> > >> has
> > >> > > > been
> > >> > > > > assigned an ID of [rt.rap.ucar.edu #95277].
> > >> > > > >
> > >> > > > > Please include the string:
> > >> > > > >
> > >> > > > > [rt.rap.ucar.edu #95277]
> > >> > > > >
> > >> > > > > in the subject line of all future correspondence about
this
> > >> issue. To
> > >> > > do
> > >> > > > > so, you may reply to this message.
> > >> > > > >
> > >> > > > > For more information, please see:
> > >> > > > >
> > >> > > > > MET Online Tutorial:
> > >> > > > >
> > >> > >
> >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > >> > > > >
> > >> > > > > MET Users Guide:
> > >> > > > > https://www.dtcenter.org/met/users/docs/overview.php
> > >> > > > >
> > >> > > > > MET FAQs:
> > >> > > > >
https://www.dtcenter.org/met/users/support/faqs/index.php
> > >> > > > >
> > >> > > > > MET-Help Email Archive:
> > >> > > > > http://mailman.ucar.edu/pipermail/met_help
> > >> > > > >
> > >> > > > > Thank you,
> > >> > > > > met_help at ucar.edu
> > >> > > > >
> > >> > > > >
> > >> > >
> > >>
> >
-------------------------------------------------------------------------
> > >> > > > > Greetings:
> > >> > > > >
> > >> > > > > Almost at the finish line installing MET using the
install
> > script.
> > >> > > > > I'm running into an error:
> > >> > > > >
> > >> > > > > /usr/bin/ld: skipping incompatible
> > >> > > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a
when
> > >> searching
> > >> > > for
> > >> > > > > > -lgrib2c
> > >> > > > > > /usr/bin/ld: cannot find -lgrib2c
> > >> > > > > > collect2: error: ld returned 1 exit status
> > >> > > > > >
> > >> > > > >
> > >> > > > > I've attached the make.log.
> > >> > > > >
> > >> > > > > If you have any ideas, please let me know. I've
googled
> around
> > >> but
> > >> > > can't
> > >> > > > > find anything specific.
> > >> > > > >
> > >> > > > > Thank you,
> > >> > > > > Rob
> > >> > > > >
> > >> > > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > >> > > > > Space Scientist
> > >> > > > > Space Weather Forecast Office
> > >> > > > > Space Weather Prediction Center
<http://www.swpc.noaa.gov>
> > >> > > > > W/NP9
> > >> > > > > 325 Broadway
> > >> > > > > Boulder, CO 80305
> > >> > > > > 303.497.5153
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >>
> > >>
> >
> >
>
>
------------------------------------------------
Subject: MET 9.01 compile error: -lgrib2c
From: John Halley Gotway
Time: Tue May 19 12:14:54 2020
Rob,
Thanks for the update. It really makes me appreciate all the work our
engineer, Julie Prestopnik, does to compile MET on so many NOAA
machines!
I'll go ahead and resolve this ticket about compiling.
If more issues arise in your use of MET/METplus, please just send a
new
email to met_help at ucar.edu.
Thanks,
John
On Tue, May 19, 2020 at 12:09 PM robert.steenburgh at noaa.gov via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
>
> Smilin' and Compilin'
>
> That worked!
>
> Since we're building this to process space weather data, maybe there
are
> flags I can omit
> The lidar flag you mentioned above and MODIS, too, I think.
>
> I may try this again with python support included.
>
> Just to recap, for successful compilation at this point:
>
> - address the ascii2nc.cc issue
> - omit the “—enable-lidar2nc" option
> - compile without python support
>
> Also, I found that my stock Debian install lacked
> <
> https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-
10.4.0-i386-netinst.iso
> >
> the following packages which were needed:
>
> - gcc-multilib
> - flex, bison (was complaining about a lack of yacc)
> - g++
> - g++-multilib
>
> Guess the next step (besides trying with Python support) is running
it.
>
> Cheers,
> Rob
>
>
>
> rob at METPlusTest:~/bin/MET9.01$ ./compile_MET_all.sh
> > install_met_env.METPlusTest
> > TEST_BASE = /home/rob/bin/MET9.01
> > COMPILER = gnu_8.3.0
> > MET_SUBDIR = /home/rob/bin/MET9.01
> > MET_TARBALL = met-9.0.1.20200423.tar.gz
> > USE_MODULES = FALSE
> > LD_LIBRARY_PATH =
> > /home/rob/bin/MET9.01/external_libs/lib:/lib:/lib:/lib::::::
> >
> > Compiling libraries into: /home/rob/bin/MET9.01/external_libs
> > USE_MODULES = FALSE
> > export CC=/usr/bin/gcc
> > export CXX=/usr/bin/g++
> > export FC=/usr/bin/gfortran
> > export F77=/usr/bin/gfortran
> > export F90=/usr/bin/gfortran
> > Using python version:
> > Python 2.7.16
> >
> > Compiling GSL_2.1 at Tue 19 May 2020 11:02:20 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/gsl/gsl-2.1
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs >
configure.log
> > 2>&1
> > make > make.log 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling BUFRLIB_v11.3.0 at Tue 19 May 2020 11:11:21 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/bufrlib/BUFRLIB_v11.3.0
> > endiantest.c:33:1: warning: return type defaults to ‘int’
> [-Wimplicit-int]
> > main()
> > ^~~~
> >
> > Compiling ZLIB at Tue 19 May 2020 11:11:40 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/zlib/zlib-1.2.11
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs >
configure.log
> > 2>&1
> > make > make.log 2>&1
> > make install > make_install.log 2>&1
> > rm /home/rob/bin/MET9.01/external_libs/lib/zlib.a
> >
> > Compiling LIBPNG at Tue 19 May 2020 11:11:57 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/libpng/libpng-1.6.34
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> > LDFLAGS=-L//home/rob/bin/MET9.01/external_libs/lib
> > CPPFLAGS=-I//home/rob/bin/MET9.01/external_libs/include >
configure.log
> 2>&1
> > make > make.log 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling JASPER at Tue 19 May 2020 11:13:06 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/jasper/jasper-1.900.1
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs >
configure.log
> > 2>&1
> > make > make.log 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling G2CLIB at Tue 19 May 2020 11:14:16 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/g2clib/g2clib-1.6.0
> > make > make.log 2>&1
> >
> > Compiling HDF at Tue 19 May 2020 11:14:27 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/hdf/HDF4.2r3
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs
--disable-netcdf
> > --with-jpeg=/home/rob/bin/MET9.01/external_libs
> > --with-zlib=/home/rob/bin/MET9.01/external_libs > configure.log
2>&1
> > make > make.log 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling HDFEOS at Tue 19 May 2020 11:16:02 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/hdfeos/hdfeos
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> > --with-hdf4=/home/rob/bin/MET9.01/external_libs > configure.log
2>&1
> > make > make.log 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling HDF5 at Tue 19 May 2020 11:17:11 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/hdf5/hdf5-1.8.18
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> > --with-zlib=/home/rob/bin/MET9.01/external_libs/lib CFLAGS=-fPIC
> > CXXFLAGS=-fPIC LDFLAGS=-L/home/rob/bin/MET9.01/external_libs/lib
> > CPPFLAGS=-I/home/rob/bin/MET9.01/external_libs/include >
configure.log
> 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling NetCDF-C at Tue 19 May 2020 11:28:56 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/netcdf/netcdf-4.4.1.1
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs CFLAGS=-
fPIC
> > CXXFLAGS=-fPIC LDFLAGS=-L/home/rob/bin/MET9.01/external_libs/lib
> > CPPFLAGS=-I/home/rob/bin/MET9.01/external_libs/include >
configure.log
> 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling NetCDF-CXX at Tue 19 May 2020 11:30:12 AM MDT
> > cd /home/rob/bin/MET9.01/external_libs/netcdf/netcdf-cxx4-4.3.0
> > ./configure --prefix=/home/rob/bin/MET9.01/external_libs
> > LDFLAGS=-L/home/rob/bin/MET9.01/external_libs/lib
> > CPPFLAGS=-I/home/rob/bin/MET9.01/external_libs/include >
configure.log
> 2>&1
> > make install > make_install.log 2>&1
> >
> > Compiling MET at Tue 19 May 2020 11:31:30 AM MDT
> > MET Configuration settings...
> > export MET_HDF=/home/rob/bin/MET9.01/external_libs
> > export MET_PYTHON_CC=
> > export MET_NETCDF=/home/rob/bin/MET9.01/external_libs
> > export
> > MET_TARBALL=/home/rob/bin/MET9.01/tar_files/met-
9.0.1.20200423.tar.gz
> > export MET_HDF5=/home/rob/bin/MET9.01/external_libs
> > export MET_FONT_DIR=/home/rob/bin/MET9.01/fonts
> > export MET_GRIB2C=/home/rob/bin/MET9.01/external_libs
> > export MET_GSL=/home/rob/bin/MET9.01/external_libs
> > export MET_BUFRLIB=/home/rob/bin/MET9.01/external_libs/lib
> > export MET_HDFEOS=/home/rob/bin/MET9.01/external_libs
> > export MET_SUBDIR=/home/rob/bin/MET9.01
> > export MET_PYTHON_LD=
> > LDFLAGS = -Wl,--disable-new-dtags
> >
> -Wl,-
rpath,/home/rob/bin/MET9.01/external_libs/lib:/home/rob/bin/MET9.01/external_libs/lib:/home/rob/bin/MET9.01/external_libs/lib:/home/rob/bin/MET9.01/external_libs/lib::/lib
> > -Wl,-rpath,:: -L -L/home/rob/bin/MET9.01/external_libs/lib
> > cd /home/rob/bin/MET9.01/met-9.0.1
> > ./configure --prefix=/home/rob/bin/MET9.01 BUFRLIB_NAME=-lbufr
> > GRIB2CLIB_NAME=-lgrib2c --enable-grib2 --enable-modis >
configure.log
> 2>&1
> > make > make.log 2>&1
> >
> > make install > make_install.log 2>&1
> > make test > make_test.log 2>&1
> > Finished compiling at Tue 19 May 2020 11:49:43 AM MDT
> >
> Rob Steenburgh <robert.steenburgh at noaa.gov>
> Space Scientist
> Space Weather Forecast Office
> Space Weather Prediction Center <http://www.swpc.noaa.gov>
> W/NP9
> 325 Broadway
> Boulder, CO 80305
> 303.497.5153
>
>
>
>
> On Mon, May 18, 2020 at 7:04 PM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
> > Ugh, that kind of day I guess. But I do think that’s a new error.
You’ve
> > likely gotten past the ascii2nc issue.
> >
> > In an effort to just get something to compile, you could rerun the
> install
> > script without the “—enable-lidar2nc” option.
> >
> > But of course that’ll fail at ascii2nc unless you use the second
option I
> > described.
> >
> > John
> >
> > On Mon, May 18, 2020 at 6:54 PM robert.steenburgh at noaa.gov via RT
<
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> > >
> > > Tried the "make clean install test" approach after modifying the
> > > ascii2nc.cc file.
> > >
> > > Result was:
> > >
> > > hdf_utils.cc: In function ‘void get_hdf_var_info(int, const
char*,
> > > > HdfVarInfo&)’:
> > > > hdf_utils.cc:107:28: error: invalid conversion from ‘int*’ to
> ‘int32*’
> > > > {aka ‘long int*’} [-fpermissive]
> > > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
> &(info.type),
> > > > &(info.atts)) < 0 ) {
> > > > ^~~~~~~~~~~~
> > > > In file included from hdf_utils.h:27,
> > > > from hdf_utils.cc:20:
> > > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:38:
note:
> > > > initializing argument 3 of ‘intn SDgetinfo(int32, char*,
int32*,
> > int32*,
> > > > int32*, int32*)’
> > > > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > > > ~~~~~~~^~~~
> > > > hdf_utils.cc:107:47: error: invalid conversion from ‘int*’ to
> ‘int32*’
> > > > {aka ‘long int*’} [-fpermissive]
> > > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
> &(info.type),
> > > > &(info.atts)) < 0 ) {
> > > > ~~~~~^~~~~~~~
> > > > In file included from hdf_utils.h:27,
> > > > from hdf_utils.cc:20:
> > > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:77:51:
note:
> > > > initializing argument 4 of ‘intn SDgetinfo(int32, char*,
int32*,
> > int32*,
> > > > int32*, int32*)’
> > > > (int32 sdsid, char *name, int32 *rank, int32 *dimsizes,
> > > > ~~~~~~~^~~~~~~~
> > > > hdf_utils.cc:107:57: error: invalid conversion from ‘int*’ to
> ‘int32*’
> > > > {aka ‘long int*’} [-fpermissive]
> > > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
> &(info.type),
> > > > &(info.atts)) < 0 ) {
> > > >
^~~~~~~~~~~~
> > > > In file included from hdf_utils.h:27,
> > > > from hdf_utils.cc:20:
> > > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:19:
note:
> > > > initializing argument 5 of ‘intn SDgetinfo(int32, char*,
int32*,
> > int32*,
> > > > int32*, int32*)’
> > > > int32 *nt, int32 *nattr);
> > > > ~~~~~~~^~
> > > > hdf_utils.cc:107:71: error: invalid conversion from ‘int*’ to
> ‘int32*’
> > > > {aka ‘long int*’} [-fpermissive]
> > > > if ( SDgetinfo(info.id, 0, &(info.rank), info.dimsizes,
> &(info.type),
> > > > &(info.atts)) < 0 ) {
> > > >
> > > > ^~~~~~~~~~~~
> > > > In file included from hdf_utils.h:27,
> > > > from hdf_utils.cc:20:
> > > > /home/rob/bin/MET9.01/external_libs/include/mfhdf.h:78:30:
note:
> > > > initializing argument 6 of ‘intn SDgetinfo(int32, char*,
int32*,
> > int32*,
> > > > int32*, int32*)’
> > > > int32 *nt, int32 *nattr);
> > > > ~~~~~~~^~~~~
> > > > make[4]: *** [Makefile:488: lidar2nc-hdf_utils.o] Error 1
> > > > make[4]: Leaving directory
> > > > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other/lidar2nc'
> > > > make[3]: *** [Makefile:391: install-recursive] Error 1
> > > > make[3]: Leaving directory
> > > > '/home/rob/bin/MET9.01/met-9.0.1/src/tools/other'
> > > > make[2]: *** [Makefile:373: install-recursive] Error 1
> > > > make[2]: Leaving directory
> '/home/rob/bin/MET9.01/met-9.0.1/src/tools'
> > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > make[1]: Leaving directory '/home/rob/bin/MET9.01/met-
9.0.1/src'
> > > > make: *** [Makefile:425: install-recursive] Error 1
> > > >
> > >
> > > Rob
> > >
> > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > Space Scientist
> > > Space Weather Forecast Office
> > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > W/NP9
> > > 325 Broadway
> > > Boulder, CO 80305
> > > 303.497.5153
> > >
> > >
> > >
> > >
> > > On Mon, May 18, 2020 at 5:18 PM Robert Steenburgh - NOAA Federal
<
> > > robert.steenburgh at noaa.gov> wrote:
> > >
> > > > Thanks John - I'll give those options a try, beginning with
#1.
> > > > Appreciate all your help with this.
> > > >
> > > > Rob
> > > >
> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > > Space Scientist
> > > > Space Weather Forecast Office
> > > > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > > W/NP9
> > > > 325 Broadway
> > > > Boulder, CO 80305
> > > > 303.497.5153
> > > >
> > > >
> > > >
> > > >
> > > > On Mon, May 18, 2020 at 4:19 PM John Halley Gotway via RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > >> Ah, so you're using the installation script which untars it
each
> time
> > > and
> > > >> overwrites your changes.
> > > >>
> > > >> 2 options.
> > > >>
> > > >> First option, rather than recompiling using the installation
script,
> > > just
> > > >> go make your edits to ascii2nc.cc. And then go to the top-
level
> > > met-9.0.1
> > > >> directory and run:
> > > >> make clean install test
> > > >>
> > > >> Second option, update the tarball to include your edits:
> > > >> (1) Manually untar it:
> > > >> tar -xvzf met-9.0.1.20200423.tar.gz
> > > >> (2) Edit ascii2nc.cc in the resulting directory:
> > > >> vi met-9.0.1/src/tools/other/ascii2nc/ascii2nc.cc
> > > >> (3) Recreate the tar file:
> > > >> rm met-9.0.1.20200423.tar.gz
> > > >> tar -cvzf met-9.0.1.20200423.tar.gz met-9.0.1
> > > >>
> > > >> And rerun the install script.
> > > >>
> > > >> Either way should work fine.
> > > >>
> > > >> John
> > > >>
> > > >> On Mon, May 18, 2020 at 4:11 PM robert.steenburgh at noaa.gov
via RT <
> > > >> met_help at ucar.edu> wrote:
> > > >>
> > > >> >
> > > >> > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277 >
> > > >> >
> > > >> > Hi John:
> > > >> >
> > > >> > So I removed "--enable-python" and made the change to
ascii2nc
> > > >> described on
> > > >> >
> > > >>
> > >
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > > >> > as you suggested.
> > > >> >
> > > >> > Unfortunately, it appears ascii2nc.cc is overwritten each
time I
> try
> > > to
> > > >> > recompile MET. Is there another flag/file I need to modify
to
> make
> > > this
> > > >> > change persist?
> > > >> >
> > > >> > Thanks,
> > > >> > Rob
> > > >> >
> > > >> > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > >> > Space Scientist
> > > >> > Space Weather Forecast Office
> > > >> > Space Weather Prediction Center <http://www.swpc.noaa.gov>
> > > >> > W/NP9
> > > >> > 325 Broadway
> > > >> > Boulder, CO 80305
> > > >> > 303.497.5153
> > > >> >
> > > >> >
> > > >> >
> > > >> >
> > > >> > On Mon, May 18, 2020 at 9:59 AM John Halley Gotway via RT <
> > > >> > met_help at ucar.edu>
> > > >> > wrote:
> > > >> >
> > > >> > > Hi Rob,
> > > >> > >
> > > >> > > I see you're having some compilation issues. Thanks for
sending
> > your
> > > >> most
> > > >> > > recent "make.log" file. From that I see that you are
compiling
> > > WITHOUT
> > > >> > the
> > > >> > > "--enable-python" configuration option.
> > > >> > >
> > > >> > > We recently ran into this same problem last week. It's a
simple
> > one
> > > >> line
> > > >> > > fix but has not been included in a public release yet.
Here's
> the
> > > >> > change:
> > > >> > >
> > > >> >
> > > >>
> > >
> >
>
https://github.com/NCAR/MET/commit/ff2cb4e1615a009b0b4e3575fd183c3290ff5a32
> > > >> > >
> > > >> > > If you were compiling using the "--enable-python" option,
and
> set
> > > >> > > MET_PYTHON_CC and MET_PYTHON_LD, as David mentioned, this
> problem
> > > >> would
> > > >> > not
> > > >> > > occur.
> > > >> > >
> > > >> > > At this point, your options are:
> > > >> > > (1) Recompile using "--enable-python".
> > > >> > > (2) Manually make the one-line change shown by the commit
> message
> > > >> above
> > > >> > and
> > > >> > > recompile without "--enable-python".
> > > >> > >
> > > >> > > Hope that helps clarify, and sorry for trouble!
> > > >> > >
> > > >> > > Thanks,
> > > >> > > John
> > > >> > >
> > > >> > >
> > > >> > > On Fri, May 15, 2020 at 8:03 PM
robert.steenburgh at noaa.gov via
> > RT <
> > > >> > > met_help at ucar.edu> wrote:
> > > >> > >
> > > >> > > >
> > > >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95277
> >
> > > >> > > >
> > > >> > > > Update - got past that error (cleaned out directory &
started
> > from
> > > >> > > > scratch), but then install crashed later:
> > > >> > > >
> > > >> > > > In file included from ascii2nc.cc:76:
> > > >> > > >
> ../../../../src/libcode/vx_data2d_python/global_python.h:21:10:
> > > >> fatal
> > > >> > > > error: Python.h: No such file or directory
> > > >> > > > #include "Python.h"
> > > >> > > > ^~~~~~~~~~
> > > >> > > > compilation terminated.
> > > >> > > >
> > > >> > > > Make log included. Used stock compile script.
> > > >> > > >
> > > >> > > > Cheers,
> > > >> > > > Rob
> > > >> > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > >> > > > Space Scientist
> > > >> > > > Space Weather Forecast Office
> > > >> > > > Space Weather Prediction Center
<http://www.swpc.noaa.gov>
> > > >> > > > W/NP9
> > > >> > > > 325 Broadway
> > > >> > > > Boulder, CO 80305
> > > >> > > > 303.497.5153
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > > On Fri, May 15, 2020 at 4:52 PM met_help at ucar.edu via
RT <
> > > >> > > > met_help at ucar.edu>
> > > >> > > > wrote:
> > > >> > > >
> > > >> > > > >
> > > >> > > > > Greetings,
> > > >> > > > >
> > > >> > > > > This message has been automatically generated in
response to
> > the
> > > >> > > creation
> > > >> > > > > of a trouble ticket regarding:
> > > >> > > > > "MET 9.01 compile error: -lgrib2c",
> > > >> > > > > a summary of which appears below.
> > > >> > > > >
> > > >> > > > > There is no need to reply to this message right now.
Your
> > > ticket
> > > >> has
> > > >> > > > been
> > > >> > > > > assigned an ID of [rt.rap.ucar.edu #95277].
> > > >> > > > >
> > > >> > > > > Please include the string:
> > > >> > > > >
> > > >> > > > > [rt.rap.ucar.edu #95277]
> > > >> > > > >
> > > >> > > > > in the subject line of all future correspondence
about this
> > > >> issue. To
> > > >> > > do
> > > >> > > > > so, you may reply to this message.
> > > >> > > > >
> > > >> > > > > For more information, please see:
> > > >> > > > >
> > > >> > > > > MET Online Tutorial:
> > > >> > > > >
> > > >> > >
> > >
https://www.dtcenter.org/met/users/support/online_tutorial/index.php
> > > >> > > > >
> > > >> > > > > MET Users Guide:
> > > >> > > > >
https://www.dtcenter.org/met/users/docs/overview.php
> > > >> > > > >
> > > >> > > > > MET FAQs:
> > > >> > > > >
> https://www.dtcenter.org/met/users/support/faqs/index.php
> > > >> > > > >
> > > >> > > > > MET-Help Email Archive:
> > > >> > > > > http://mailman.ucar.edu/pipermail/met_help
> > > >> > > > >
> > > >> > > > > Thank you,
> > > >> > > > > met_help at ucar.edu
> > > >> > > > >
> > > >> > > > >
> > > >> > >
> > > >>
> > >
>
-------------------------------------------------------------------------
> > > >> > > > > Greetings:
> > > >> > > > >
> > > >> > > > > Almost at the finish line installing MET using the
install
> > > script.
> > > >> > > > > I'm running into an error:
> > > >> > > > >
> > > >> > > > > /usr/bin/ld: skipping incompatible
> > > >> > > > > > /home/rob/bin/MET9.01/external_libs/lib/libgrib2c.a
when
> > > >> searching
> > > >> > > for
> > > >> > > > > > -lgrib2c
> > > >> > > > > > /usr/bin/ld: cannot find -lgrib2c
> > > >> > > > > > collect2: error: ld returned 1 exit status
> > > >> > > > > >
> > > >> > > > >
> > > >> > > > > I've attached the make.log.
> > > >> > > > >
> > > >> > > > > If you have any ideas, please let me know. I've
googled
> > around
> > > >> but
> > > >> > > can't
> > > >> > > > > find anything specific.
> > > >> > > > >
> > > >> > > > > Thank you,
> > > >> > > > > Rob
> > > >> > > > >
> > > >> > > > > Rob Steenburgh <robert.steenburgh at noaa.gov>
> > > >> > > > > Space Scientist
> > > >> > > > > Space Weather Forecast Office
> > > >> > > > > Space Weather Prediction Center
<http://www.swpc.noaa.gov>
> > > >> > > > > W/NP9
> > > >> > > > > 325 Broadway
> > > >> > > > > Boulder, CO 80305
> > > >> > > > > 303.497.5153
> > > >> > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >> >
> > > >> >
> > > >>
> > > >>
> > >
> > >
> >
> >
>
>
------------------------------------------------
More information about the Met_help
mailing list