[Met_help] [rt.rap.ucar.edu #95618] History for I was able to build the executable, but
Julie Prestopnik via RT
met_help at ucar.edu
Mon Jun 22 13:55:55 MDT 2020
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
I would like to run the tests. My install
[ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
total 374M
drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
-rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
-rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 grid_stat
-rwxr-xr-x. 1 ramos ramos 18M Jun 15 13:21 mode
-rwxr-xr-x. 1 ramos ramos 8.8M Jun 15 13:21 mode_analysis
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 pcp_combine
-rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 point_stat
-rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 stat_analysis
-rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 wavelet_stat
-rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 series_analysis
-rwxr-xr-x. 1 ramos ramos 1.1M Jun 15 13:21 gis_dump_shp
-rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21 gis_dump_shx
-rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21 gis_dump_dbf
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gen_vx_mask
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 plot_data_plane
-rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21 plot_point_obs
-rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21 ascii2nc
-rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
-rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc
-rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
-rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
-rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21 mtd
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 point2grid
-rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21 shift_data_plane
-rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 grid_diag
-rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
-rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs
-rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 tc_gen
-rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 tc_rmw
-rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 rmw_analysis
drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21 .
-rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
[ramos at lorenz ~]$
When I set the following two variables, it will not compile:
export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config --cflags`
Greg Ramos
Home: (951) 242-9171
Cell: (831) 920-8975
[cid:image001.png at 01D6431D.A1ECC690]
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] AutoReply: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Mon Jun 15 15:43:34 2020
These are the Cflags that are created:
[ramos at lorenz met-9.0.2]$ export MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-config --cflags`
[ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
-I/usr/local/Anaconda3-2020.02/include/python3.7m
-I/usr/local/Anaconda3-2020.02/include/python3.7m -Wno-unused-result
-Wsign-compare -march=nocona -mtune=haswell -ftree-vectorize -fPIC
-fstack-protector-strong -fno-plt -O3 -ffunction-sections -pipe
-isystem /usr/local/Anaconda3-2020.02/include -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/usr/local/src/conda/python-
3.7.6 -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/conda-prefix -fuse-linker-plugin -ffat-lto-
objects -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: met_help at ucar.edu via RT <met_help at ucar.edu>
Sent: Monday, June 15, 2020 2:34 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: [rt.rap.ucar.edu #95618] AutoReply: I was able to build the
executable, but
Greetings,
This message has been automatically generated in response to the
creation of a trouble ticket regarding:
"I was able to build the executable, but", 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 #95618].
Please include the string:
[rt.rap.ucar.edu #95618]
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
-------------------------------------------------------------------------
I would like to run the tests. My install
[ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin total
374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
-rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat -rwxr-xr-x.
1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos ramos
18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun 15 13:21
mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 pcp_combine
-rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 point_stat -rwxr-xr-x. 1
ramos ramos 17M Jun 15 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M Jun 15 13:21 wavelet_stat -rwxr-xr-x. 1 ramos ramos 15M Jun 15
13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15 13:21
gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21 gis_dump_shx
-rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21 gis_dump_dbf -rwxr-xr-x. 1
ramos ramos 11M Jun 15 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
11M Jun 15 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21
ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc -rwxr-
xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos
12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21 mtd
-rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr -rwxr-xr-x. 1
ramos ramos 11M Jun 15 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M Jun 15 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21
shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 grid_diag
-rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland -rwxr-xr-x. 1
ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-x. 1 ramos ramos 15M
Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 tc_rmw
-rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 rmw_analysis drwxr-xr-x. 2
ramos ramos 4.0K Jun 15 13:21 .
-rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat [ramos at lorenz ~]$
When I set the following two variables, it will not compile:
export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
-lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
--cflags`
Greg Ramos
Home: (951) 242-9171
Cell: (831) 920-8975
[cid:image001.png at 01D6431D.A1ECC690]
------------------------------------------------
Subject: I was able to build the executable, but
From: Minna Win
Time: Mon Jun 15 17:36:16 2020
Hello,
It looks like you are having problems getting MET set up properly,
with
respect to the Python libraries. I'm assigning this ticket to Julie
Prestopnik. Please allow a few business days for a full response.
Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax: 303-497-8401
On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> Queue: met_help
> Subject: I was able to build the executable, but
> Owner: Nobody
> Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
>
> I would like to run the tests. My install
>
>
> [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
> total 374M
> drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 grid_stat
> -rwxr-xr-x. 1 ramos ramos 18M Jun 15 13:21 mode
> -rwxr-xr-x. 1 ramos ramos 8.8M Jun 15 13:21 mode_analysis
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 pcp_combine
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 point_stat
> -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 stat_analysis
> -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 wavelet_stat
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 series_analysis
> -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15 13:21 gis_dump_shp
> -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21 gis_dump_shx
> -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21 gis_dump_dbf
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gen_vx_mask
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 plot_data_plane
> -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21 plot_point_obs
> -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21 ascii2nc
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21 mtd
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 point2grid
> -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21 shift_data_plane
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 grid_diag
> -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 tc_gen
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 tc_rmw
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 rmw_analysis
> drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21 .
> -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> [ramos at lorenz ~]$
>
>
>
> When I set the following two variables, it will not compile:
>
> export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
> -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> --cflags`
>
> Greg Ramos
> Home: (951) 242-9171
> Cell: (831) 920-8975
>
>
> [cid:image001.png at 01D6431D.A1ECC690]
>
>
>
>
>
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 09:39:08 2020
Hi Greg.
I see that you are having trouble compiling MET with the Python
embedding
option, but that you get a successful compilation and run of "make
test"
without the Python embedding option.
> When I set the following two variables, it will not compile:
> export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
> -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> --cflags`
In order to try to determine what the problem is with the compilation,
it
would be helpful and necessary to see your config.log and your
make.log
file. However, if you are using
`/usr/local/Anaconda3-2020.02/bin/python3-config --cflags` for
MET_PYTHON_CC and this is the output:
> [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> -I/usr/local/Anaconda3-2020.02/include/python3.7m
> -I/usr/local/Anaconda3-2020.02/include/python3.7m -Wno-unused-result
> -Wsign-compare -march=nocona -mtune=haswell -ftree-vectorize -fPIC
> -fstack-protector-strong -fno-plt -O3 -ffunction-sections -pipe
-isystem
> /usr/local/Anaconda3-2020.02/include
> -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/usr/local/src/conda/python-
3.7.6
> -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/conda-prefix
> -fuse-linker-plugin -ffat-lto-objects -flto-partition=none -flto
-DNDEBUG
> -fwrapv -O3 -Wall
then we can and should pair that down a bit.
Instead of setting:
> export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> --cflags`
>
please set the following instead:
> export MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7m
Please note there are no quotation marks.
Similarly for MET_PYTHON_LD, instead of setting:
> export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
> -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
>
please set the following instead:
> export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
-lpython3.7\
> -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-dynamic
Please note both the removal of the quotation marks and the insertion
of
the backslashes before the spaces.
Please try running "make clean", then rerun configure, "make", "make
install", and "make test" again and let us know how it goes. If you
still
do not get a successful compilation, please send us your config.log
file
and your make.log file.
Julie
On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> Queue: met_help
> Subject: I was able to build the executable, but
> Owner: Nobody
> Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
>
> I would like to run the tests. My install
>
>
> [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
> total 374M
> drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 grid_stat
> -rwxr-xr-x. 1 ramos ramos 18M Jun 15 13:21 mode
> -rwxr-xr-x. 1 ramos ramos 8.8M Jun 15 13:21 mode_analysis
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 pcp_combine
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 point_stat
> -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 stat_analysis
> -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 wavelet_stat
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 series_analysis
> -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15 13:21 gis_dump_shp
> -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21 gis_dump_shx
> -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21 gis_dump_dbf
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gen_vx_mask
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 plot_data_plane
> -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21 plot_point_obs
> -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21 ascii2nc
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21 mtd
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 point2grid
> -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21 shift_data_plane
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 grid_diag
> -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 tc_gen
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 tc_rmw
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 rmw_analysis
> drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21 .
> -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> [ramos at lorenz ~]$
>
>
>
> When I set the following two variables, it will not compile:
>
> export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
> -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> --cflags`
>
> Greg Ramos
> Home: (951) 242-9171
> Cell: (831) 920-8975
>
>
> [cid:image001.png at 01D6431D.A1ECC690]
>
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 10:40:09 2020
OK, I will try your suggestions. I failed to point out, that I don't
get a good configuration with the Python variables set.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 8:39 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
I see that you are having trouble compiling MET with the Python
embedding option, but that you get a successful compilation and run of
"make test"
without the Python embedding option.
> When I set the following two variables, it will not compile:
> export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
> -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> --cflags`
In order to try to determine what the problem is with the compilation,
it would be helpful and necessary to see your config.log and your
make.log file. However, if you are using `/usr/local/Anaconda3-
2020.02/bin/python3-config --cflags` for MET_PYTHON_CC and this is
the output:
> [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> -I/usr/local/Anaconda3-2020.02/include/python3.7m
> -I/usr/local/Anaconda3-2020.02/include/python3.7m -Wno-unused-result
> -Wsign-compare -march=nocona -mtune=haswell -ftree-vectorize -fPIC
> -fstack-protector-strong -fno-plt -O3 -ffunction-sections -pipe
> -isystem /usr/local/Anaconda3-2020.02/include
> -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/usr/
> local/src/conda/python-3.7.6
> -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/conda-p
> refix -fuse-linker-plugin -ffat-lto-objects -flto-partition=none
-flto
> -DNDEBUG -fwrapv -O3 -Wall
then we can and should pair that down a bit.
Instead of setting:
> export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> --cflags`
>
please set the following instead:
> export MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7m
Please note there are no quotation marks.
Similarly for MET_PYTHON_LD, instead of setting:
> export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
> -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
>
please set the following instead:
> export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
-lpython3.7\
> -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-dynamic
Please note both the removal of the quotation marks and the insertion
of the backslashes before the spaces.
Please try running "make clean", then rerun configure, "make", "make
install", and "make test" again and let us know how it goes. If you
still do not get a successful compilation, please send us your
config.log file and your make.log file.
Julie
On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> Queue: met_help
> Subject: I was able to build the executable, but
> Owner: Nobody
> Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> >
>
>
> I would like to run the tests. My install
>
>
> [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin total
> 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat -rwxr-xr-
x.
> 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos ramos
> 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun 15 13:21
> mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
pcp_combine
> -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 point_stat -rwxr-xr-x. 1
> ramos ramos 17M Jun 15 13:21 stat_analysis -rwxr-xr-x. 1 ramos
ramos
> 17M Jun 15 13:21 wavelet_stat -rwxr-xr-x. 1 ramos ramos 15M Jun 15
> 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15 13:21
> gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21
gis_dump_shx
> -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21 gis_dump_dbf -rwxr-xr-x.
1
> ramos ramos 11M Jun 15 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
> 11M Jun 15 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun
15
> 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21
> ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x. 1
ramos
> ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M
> Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21
> mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr -rwxr-xr-x.
1
> ramos ramos 11M Jun 15 13:21 gsidens2orank -rwxr-xr-x. 1 ramos
ramos
> 11M Jun 15 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M
Jun
> 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21
> shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
grid_diag
> -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland -rwxr-xr-x. 1
> ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-x. 1 ramos ramos
15M
> Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
tc_rmw
> -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 rmw_analysis drwxr-xr-x.
2
> ramos ramos 4.0K Jun 15 13:21 .
> -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat [ramos at lorenz
~]$
>
>
>
> When I set the following two variables, it will not compile:
>
> export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib -lpython3.7
> -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> --cflags`
>
> Greg Ramos
> Home: (951) 242-9171
> Cell: (831) 920-8975
>
>
> [cid:image001.png at 01D6431D.A1ECC690]
>
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 13:54:37 2020
Thanks for the additional information. Hopefully, you'll get a good
compilation with the changes to the MET Python environment variables.
Julie
On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I will try your suggestions. I failed to point out, that I don't
get a
> good configuration with the Python variables set.
>
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 8:39 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
> I see that you are having trouble compiling MET with the Python
embedding
> option, but that you get a successful compilation and run of "make
test"
> without the Python embedding option.
>
> > When I set the following two variables, it will not compile:
> > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > --cflags`
>
>
> In order to try to determine what the problem is with the
compilation, it
> would be helpful and necessary to see your config.log and your
make.log
> file. However, if you are using
> `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags` for
> MET_PYTHON_CC and this is the output:
>
> > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > -I/usr/local/Anaconda3-2020.02/include/python3.7m -Wno-unused-
result
> > -Wsign-compare -march=nocona -mtune=haswell -ftree-vectorize -fPIC
> > -fstack-protector-strong -fno-plt -O3 -ffunction-sections -pipe
> > -isystem /usr/local/Anaconda3-2020.02/include
> > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/usr/
> > local/src/conda/python-3.7.6
> > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/conda-p
> > refix -fuse-linker-plugin -ffat-lto-objects -flto-partition=none
-flto
> > -DNDEBUG -fwrapv -O3 -Wall
>
> then we can and should pair that down a bit.
>
> Instead of setting:
>
> > export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > --cflags`
> >
> please set the following instead:
>
> > export MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7m
>
> Please note there are no quotation marks.
>
> Similarly for MET_PYTHON_LD, instead of setting:
>
> > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> >
> please set the following instead:
>
> > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
-lpython3.7\
> > -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-dynamic
>
> Please note both the removal of the quotation marks and the
insertion of
> the backslashes before the spaces.
>
> Please try running "make clean", then rerun configure, "make", "make
> install", and "make test" again and let us know how it goes. If you
still
> do not get a successful compilation, please send us your config.log
file
> and your make.log file.
>
> Julie
>
> On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> > Queue: met_help
> > Subject: I was able to build the executable, but
> > Owner: Nobody
> > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > >
> >
> >
> > I would like to run the tests. My install
> >
> >
> > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin total
> > 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat -rwxr-
xr-x.
> > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos
ramos
> > 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun 15 13:21
> > mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
pcp_combine
> > -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 point_stat -rwxr-xr-x.
1
> > ramos ramos 17M Jun 15 13:21 stat_analysis -rwxr-xr-x. 1 ramos
ramos
> > 17M Jun 15 13:21 wavelet_stat -rwxr-xr-x. 1 ramos ramos 15M Jun
15
> > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15 13:21
> > gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21
gis_dump_shx
> > -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21 gis_dump_dbf -rwxr-xr-
x. 1
> > ramos ramos 11M Jun 15 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos
ramos
> > 11M Jun 15 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M
Jun 15
> > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21
> > ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x. 1
ramos
> > ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
13M
> > Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun 15
13:21
> > mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr -rwxr-xr-
x. 1
> > ramos ramos 11M Jun 15 13:21 gsidens2orank -rwxr-xr-x. 1 ramos
ramos
> > 11M Jun 15 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21
> > shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
grid_diag
> > -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland -rwxr-xr-x. 1
> > ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-x. 1 ramos ramos
15M
> > Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
tc_rmw
> > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 rmw_analysis drwxr-xr-
x. 2
> > ramos ramos 4.0K Jun 15 13:21 .
> > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat [ramos at lorenz
~]$
> >
> >
> >
> > When I set the following two variables, it will not compile:
> >
> > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > export MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > --cflags`
> >
> > Greg Ramos
> > Home: (951) 242-9171
> > Cell: (831) 920-8975
> >
> >
> > [cid:image001.png at 01D6431D.A1ECC690]
> >
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 14:13:59 2020
As soon as I set those varibales, it won't configure:
[ramos at lorenz met-9.0.2]$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
configure: BUFRLIB_NAME will be set
configure: -DBLOCK4 will be used in the compiles
configure: Dynamic linking will not be used in the compiles
configure: ascii2nc will be compiled
configure: lidar2nc will not be compiled
configure: ensemble_stat will be compiled
configure: gen_vx_mask will be compiled
configure: gis_utils will be compiled
configure: grid_stat will be compiled
configure: madis2nc will be compiled
configure: mode will be compiled
configure: mode_analysis will be compiled
configure: pb2nc will be compiled
configure: pcp_combine will be compiled
configure: plot_data_plane will be compiled
configure: regrid_data_plane will be compiled
configure: point2grid will be compiled
configure: shift_data_plane will be compiled
configure: plot_point_obs will be compiled
configure: point_stat will be compiled
configure: stat_analysis will be compiled
configure: wavelet_stat will be compiled
configure: series_analysis will be compiled
configure: wwmca will be compiled
configure: modis will not be compiled
configure: mode_graphics will not be compiled
configure: mode_time_domain will be compiled
configure: tc_utils will be compiled
configure: gsi_tools will be compiled
configure: GRIB2 utilities will not be compiled
configure: python embedding will not be compiled
checking for bison... bison -y
checking for g++... g++
checking whether the C++ compiler works... no
configure: error: in `/users/ramos/met-9.0.2-build/build/met-9.0.2':
configure: error: C++ compiler cannot create executables
See `config.log' for more details
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 12:55 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Thanks for the additional information. Hopefully, you'll get a good
compilation with the changes to the MET Python environment variables.
Julie
On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I will try your suggestions. I failed to point out, that I don't
> get a good configuration with the Python variables set.
>
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 8:39 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I see that you are having trouble compiling MET with the Python
> embedding option, but that you get a successful compilation and run
of "make test"
> without the Python embedding option.
>
> > When I set the following two variables, it will not compile:
> > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > export
> > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > --cflags`
>
>
> In order to try to determine what the problem is with the
compilation,
> it would be helpful and necessary to see your config.log and your
> make.log file. However, if you are using
> `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags` for
> MET_PYTHON_CC and this is the output:
>
> > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > -I/usr/local/Anaconda3-2020.02/include/python3.7m -Wno-unused-
result
> > -Wsign-compare -march=nocona -mtune=haswell -ftree-vectorize -fPIC
> > -fstack-protector-strong -fno-plt -O3 -ffunction-sections -pipe
> > -isystem /usr/local/Anaconda3-2020.02/include
> > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/us
> > r/
> > local/src/conda/python-3.7.6
> > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/conda
> > -p refix -fuse-linker-plugin -ffat-lto-objects -flto-
partition=none
> > -flto -DNDEBUG -fwrapv -O3 -Wall
>
> then we can and should pair that down a bit.
>
> Instead of setting:
>
> > export
> > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > --cflags`
> >
> please set the following instead:
>
> > export
> > MET_PYTHON_CC=-I/usr/local/Anaconda3-2020.02/include/python3.7m
>
> Please note there are no quotation marks.
>
> Similarly for MET_PYTHON_LD, instead of setting:
>
> > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> >
> please set the following instead:
>
> > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-
dynamic
>
> Please note both the removal of the quotation marks and the
insertion
> of the backslashes before the spaces.
>
> Please try running "make clean", then rerun configure, "make", "make
> install", and "make test" again and let us know how it goes. If you
> still do not get a successful compilation, please send us your
> config.log file and your make.log file.
>
> Julie
>
> On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> > Queue: met_help
> > Subject: I was able to build the executable, but
> > Owner: Nobody
> > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > Status: new
> > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > >
> >
> >
> > I would like to run the tests. My install
> >
> >
> > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin total
> > 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat -rwxr-
xr-x.
> > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos
ramos
> > 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun 15 13:21
> > mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21 point_stat
> > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 stat_analysis
> > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 wavelet_stat -rwxr-xr-
x.
> > 1 ramos ramos 15M Jun 15
> > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15 13:21
> > gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21
> > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
gen_vx_mask
> > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 plot_data_plane
> > -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21
> > ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x. 1
> > ramos ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos
ramos
> > 13M Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
> > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21
> > shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
> > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-x. 1
> > ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos ramos
12M
> > Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21 .
> > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat [ramos at lorenz
> > ~]$
> >
> >
> >
> > When I set the following two variables, it will not compile:
> >
> > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > export
> > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > --cflags`
> >
> > Greg Ramos
> > Home: (951) 242-9171
> > Cell: (831) 920-8975
> >
> >
> > [cid:image001.png at 01D6431D.A1ECC690]
> >
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 14:16:44 2020
Thanks for the follow up. Please send me your config.log file, and
I'll
take a look.
Julie
On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> As soon as I set those varibales, it won't configure:
>
>
>
>
> [ramos at lorenz met-9.0.2]$ ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether make supports nested variables... yes
> configure: BUFRLIB_NAME will be set
> configure: -DBLOCK4 will be used in the compiles
> configure: Dynamic linking will not be used in the compiles
> configure: ascii2nc will be compiled
> configure: lidar2nc will not be compiled
> configure: ensemble_stat will be compiled
> configure: gen_vx_mask will be compiled
> configure: gis_utils will be compiled
> configure: grid_stat will be compiled
> configure: madis2nc will be compiled
> configure: mode will be compiled
> configure: mode_analysis will be compiled
> configure: pb2nc will be compiled
> configure: pcp_combine will be compiled
> configure: plot_data_plane will be compiled
> configure: regrid_data_plane will be compiled
> configure: point2grid will be compiled
> configure: shift_data_plane will be compiled
> configure: plot_point_obs will be compiled
> configure: point_stat will be compiled
> configure: stat_analysis will be compiled
> configure: wavelet_stat will be compiled
> configure: series_analysis will be compiled
> configure: wwmca will be compiled
> configure: modis will not be compiled
> configure: mode_graphics will not be compiled
> configure: mode_time_domain will be compiled
> configure: tc_utils will be compiled
> configure: gsi_tools will be compiled
> configure: GRIB2 utilities will not be compiled
> configure: python embedding will not be compiled
> checking for bison... bison -y
> checking for g++... g++
> checking whether the C++ compiler works... no
> configure: error: in `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> configure: error: C++ compiler cannot create executables
> See `config.log' for more details
> [ramos at lorenz met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 12:55 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Thanks for the additional information. Hopefully, you'll get a good
> compilation with the changes to the MET Python environment
variables.
>
> Julie
>
> On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I will try your suggestions. I failed to point out, that I
don't
> > get a good configuration with the Python variables set.
> >
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 8:39 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I see that you are having trouble compiling MET with the Python
> > embedding option, but that you get a successful compilation and
run of
> "make test"
> > without the Python embedding option.
> >
> > > When I set the following two variables, it will not compile:
> > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > > export
> > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > --cflags`
> >
> >
> > In order to try to determine what the problem is with the
compilation,
> > it would be helpful and necessary to see your config.log and your
> > make.log file. However, if you are using
> > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags` for
> > MET_PYTHON_CC and this is the output:
> >
> > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -Wno-unused-
result
> > > -Wsign-compare -march=nocona -mtune=haswell -ftree-vectorize
-fPIC
> > > -fstack-protector-strong -fno-plt -O3 -ffunction-sections -pipe
> > > -isystem /usr/local/Anaconda3-2020.02/include
> > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/us
> > > r/
> > > local/src/conda/python-3.7.6
> > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/conda
> > > -p refix -fuse-linker-plugin -ffat-lto-objects -flto-
partition=none
> > > -flto -DNDEBUG -fwrapv -O3 -Wall
> >
> > then we can and should pair that down a bit.
> >
> > Instead of setting:
> >
> > > export
> > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > --cflags`
> > >
> > please set the following instead:
> >
> > > export
> > > MET_PYTHON_CC=-I/usr/local/Anaconda3-2020.02/include/python3.7m
> >
> > Please note there are no quotation marks.
> >
> > Similarly for MET_PYTHON_LD, instead of setting:
> >
> > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > >
> > please set the following instead:
> >
> > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-
dynamic
> >
> > Please note both the removal of the quotation marks and the
insertion
> > of the backslashes before the spaces.
> >
> > Please try running "make clean", then rerun configure, "make",
"make
> > install", and "make test" again and let us know how it goes. If
you
> > still do not get a successful compilation, please send us your
> > config.log file and your make.log file.
> >
> > Julie
> >
> > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> > > Queue: met_help
> > > Subject: I was able to build the executable, but
> > > Owner: Nobody
> > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > Status: new
> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > >
> > >
> > >
> > > I would like to run the tests. My install
> > >
> > >
> > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
total
> > > 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat -rwxr-
xr-x.
> > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos
ramos
> > > 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun 15
13:21
> > > mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21
point_stat
> > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 stat_analysis
> > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 wavelet_stat -rwxr-
xr-x.
> > > 1 ramos ramos 15M Jun 15
> > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15
13:21
> > > gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21
> > > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
gen_vx_mask
> > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 plot_data_plane
> > > -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21
> > > ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x. 1
> > > ramos ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos
ramos
> > > 13M Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun
15
> > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
> > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> > > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21
> > > shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > > grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
> > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-x.
1
> > > ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos ramos
12M
> > > Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > > rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21 .
> > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
[ramos at lorenz
> > > ~]$
> > >
> > >
> > >
> > > When I set the following two variables, it will not compile:
> > >
> > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
-lpython3.7
> > > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > > export
> > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > --cflags`
> > >
> > > Greg Ramos
> > > Home: (951) 242-9171
> > > Cell: (831) 920-8975
> > >
> > >
> > > [cid:image001.png at 01D6431D.A1ECC690]
> > >
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 14:30:04 2020
Find attachment.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 1:17 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Thanks for the follow up. Please send me your config.log file, and
I'll take a look.
Julie
On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> As soon as I set those varibales, it won't configure:
>
>
>
>
> [ramos at lorenz met-9.0.2]$ ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
checking
> whether build environment is sane... yes checking for a thread-safe
> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether
> make sets $(MAKE)... yes checking whether make supports nested
> variables... yes
> configure: BUFRLIB_NAME will be set
> configure: -DBLOCK4 will be used in the compiles
> configure: Dynamic linking will not be used in the compiles
> configure: ascii2nc will be compiled
> configure: lidar2nc will not be compiled
> configure: ensemble_stat will be compiled
> configure: gen_vx_mask will be compiled
> configure: gis_utils will be compiled
> configure: grid_stat will be compiled
> configure: madis2nc will be compiled
> configure: mode will be compiled
> configure: mode_analysis will be compiled
> configure: pb2nc will be compiled
> configure: pcp_combine will be compiled
> configure: plot_data_plane will be compiled
> configure: regrid_data_plane will be compiled
> configure: point2grid will be compiled
> configure: shift_data_plane will be compiled
> configure: plot_point_obs will be compiled
> configure: point_stat will be compiled
> configure: stat_analysis will be compiled
> configure: wavelet_stat will be compiled
> configure: series_analysis will be compiled
> configure: wwmca will be compiled
> configure: modis will not be compiled
> configure: mode_graphics will not be compiled
> configure: mode_time_domain will be compiled
> configure: tc_utils will be compiled
> configure: gsi_tools will be compiled
> configure: GRIB2 utilities will not be compiled
> configure: python embedding will not be compiled checking for
bison...
> bison -y checking for g++... g++ checking whether the C++ compiler
> works... no
> configure: error: in `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> configure: error: C++ compiler cannot create executables See
> `config.log' for more details [ramos at lorenz met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 12:55 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Thanks for the additional information. Hopefully, you'll get a good
> compilation with the changes to the MET Python environment
variables.
>
> Julie
>
> On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I will try your suggestions. I failed to point out, that I
don't
> > get a good configuration with the Python variables set.
> >
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 8:39 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I see that you are having trouble compiling MET with the Python
> > embedding option, but that you get a successful compilation and
run
> > of
> "make test"
> > without the Python embedding option.
> >
> > > When I set the following two variables, it will not compile:
> > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > > export
> > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > --cflags`
> >
> >
> > In order to try to determine what the problem is with the
> > compilation, it would be helpful and necessary to see your
> > config.log and your make.log file. However, if you are using
> > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags` for
> > MET_PYTHON_CC and this is the output:
> >
> > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > -Wno-unused-result -Wsign-compare -march=nocona -mtune=haswell
> > > -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O3
> > > -ffunction-sections -pipe -isystem
> > > /usr/local/Anaconda3-2020.02/include
> > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/
> > > us
> > > r/
> > > local/src/conda/python-3.7.6
> > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/con
> > > da -p refix -fuse-linker-plugin -ffat-lto-objects
> > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> >
> > then we can and should pair that down a bit.
> >
> > Instead of setting:
> >
> > > export
> > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > --cflags`
> > >
> > please set the following instead:
> >
> > > export
> > > MET_PYTHON_CC=-I/usr/local/Anaconda3-2020.02/include/python3.7m
> >
> > Please note there are no quotation marks.
> >
> > Similarly for MET_PYTHON_LD, instead of setting:
> >
> > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > >
> > please set the following instead:
> >
> > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > -export-dynamic
> >
> > Please note both the removal of the quotation marks and the
> > insertion of the backslashes before the spaces.
> >
> > Please try running "make clean", then rerun configure, "make",
"make
> > install", and "make test" again and let us know how it goes. If
you
> > still do not get a successful compilation, please send us your
> > config.log file and your make.log file.
> >
> > Julie
> >
> > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> > > Queue: met_help
> > > Subject: I was able to build the executable, but
> > > Owner: Nobody
> > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > Status: new
> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > >
> > >
> > >
> > > I would like to run the tests. My install
> > >
> > >
> > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
total
> > > 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat -rwxr-
xr-x.
> > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos
> > > ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun
15
> > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21
point_stat
> > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 stat_analysis
> > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 wavelet_stat -rwxr-
xr-x.
> > > 1 ramos ramos 15M Jun 15
> > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15
13:21
> > > gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21
> > > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15 13:21
> > > ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x. 1
> > > ramos ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos
> > > ramos 13M Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M
> > > Jun 15
> > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
> > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> > > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15 13:21
> > > shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > > grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
> > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-x.
1
> > > ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos ramos
> > > 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21 .
> > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
[ramos at lorenz
> > > ~]$
> > >
> > >
> > >
> > > When I set the following two variables, it will not compile:
> > >
> > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-dynamic"
> > > export
> > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > --cflags`
> > >
> > > Greg Ramos
> > > Home: (951) 242-9171
> > > Cell: (831) 920-8975
> > >
> > >
> > > [cid:image001.png at 01D6431D.A1ECC690]
> > >
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 14:53:13 2020
Thank you, Greg.
I see the following problem in your config.log file:
> configure:5066: g++ -g -I/usr/local/netcdf-met/include
> -I../../basic/vx_log -I../../basic/vx_util
> -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
>
> re/depot/met-8.1b/external_libs/include -DBLOCK4
> -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
>
> pthread -ldl -lutil -lm -Xlinker -export-dynamic
> -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
>
> /usr/bin/ld: cannot find -lpython3.7
>
Please try using the following value for MET_PYTHON_LD and then
reconfigure:
> export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
-lpython3.7m\
> -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-dynamic
Note the change to "-lpython3.7m" from "-lpython3.7".
Please let us know how it goes. Thanks!
Julie
On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Find attachment.
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 1:17 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Thanks for the follow up. Please send me your config.log file, and
I'll
> take a look.
>
> Julie
>
> On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > As soon as I set those varibales, it won't configure:
> >
> >
> >
> >
> > [ramos at lorenz met-9.0.2]$ ./configure
> > checking for a BSD-compatible install... /usr/bin/install -c
checking
> > whether build environment is sane... yes checking for a thread-
safe
> > mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
whether
> > make sets $(MAKE)... yes checking whether make supports nested
> > variables... yes
> > configure: BUFRLIB_NAME will be set
> > configure: -DBLOCK4 will be used in the compiles
> > configure: Dynamic linking will not be used in the compiles
> > configure: ascii2nc will be compiled
> > configure: lidar2nc will not be compiled
> > configure: ensemble_stat will be compiled
> > configure: gen_vx_mask will be compiled
> > configure: gis_utils will be compiled
> > configure: grid_stat will be compiled
> > configure: madis2nc will be compiled
> > configure: mode will be compiled
> > configure: mode_analysis will be compiled
> > configure: pb2nc will be compiled
> > configure: pcp_combine will be compiled
> > configure: plot_data_plane will be compiled
> > configure: regrid_data_plane will be compiled
> > configure: point2grid will be compiled
> > configure: shift_data_plane will be compiled
> > configure: plot_point_obs will be compiled
> > configure: point_stat will be compiled
> > configure: stat_analysis will be compiled
> > configure: wavelet_stat will be compiled
> > configure: series_analysis will be compiled
> > configure: wwmca will be compiled
> > configure: modis will not be compiled
> > configure: mode_graphics will not be compiled
> > configure: mode_time_domain will be compiled
> > configure: tc_utils will be compiled
> > configure: gsi_tools will be compiled
> > configure: GRIB2 utilities will not be compiled
> > configure: python embedding will not be compiled checking for
bison...
> > bison -y checking for g++... g++ checking whether the C++ compiler
> > works... no
> > configure: error: in `/users/ramos/met-9.0.2-build/build/met-
9.0.2':
> > configure: error: C++ compiler cannot create executables See
> > `config.log' for more details [ramos at lorenz met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 12:55 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks for the additional information. Hopefully, you'll get a
good
> > compilation with the changes to the MET Python environment
variables.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, I will try your suggestions. I failed to point out, that I
don't
> > > get a good configuration with the Python variables set.
> > >
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I see that you are having trouble compiling MET with the Python
> > > embedding option, but that you get a successful compilation and
run
> > > of
> > "make test"
> > > without the Python embedding option.
> > >
> > > > When I set the following two variables, it will not compile:
> > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > export
> > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > --cflags`
> > >
> > >
> > > In order to try to determine what the problem is with the
> > > compilation, it would be helpful and necessary to see your
> > > config.log and your make.log file. However, if you are using
> > > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags` for
> > > MET_PYTHON_CC and this is the output:
> > >
> > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > -Wno-unused-result -Wsign-compare -march=nocona -mtune=haswell
> > > > -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O3
> > > > -ffunction-sections -pipe -isystem
> > > > /usr/local/Anaconda3-2020.02/include
> > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work=/
> > > > us
> > > > r/
> > > > local/src/conda/python-3.7.6
> > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/con
> > > > da -p refix -fuse-linker-plugin -ffat-lto-objects
> > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> > >
> > > then we can and should pair that down a bit.
> > >
> > > Instead of setting:
> > >
> > > > export
> > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > --cflags`
> > > >
> > > please set the following instead:
> > >
> > > > export
> > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > >
> > > Please note there are no quotation marks.
> > >
> > > Similarly for MET_PYTHON_LD, instead of setting:
> > >
> > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > >
> > > please set the following instead:
> > >
> > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > -export-dynamic
> > >
> > > Please note both the removal of the quotation marks and the
> > > insertion of the backslashes before the spaces.
> > >
> > > Please try running "make clean", then rerun configure, "make",
"make
> > > install", and "make test" again and let us know how it goes. If
you
> > > still do not get a successful compilation, please send us your
> > > config.log file and your make.log file.
> > >
> > > Julie
> > >
> > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> > > > Queue: met_help
> > > > Subject: I was able to build the executable, but
> > > > Owner: Nobody
> > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > Status: new
> > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > >
> > > >
> > > >
> > > > I would like to run the tests. My install
> > > >
> > > >
> > > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
total
> > > > 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
-rwxr-xr-x.
> > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos
> > > > ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun
15
> > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21
point_stat
> > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 stat_analysis
> > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 wavelet_stat -rwxr-
xr-x.
> > > > 1 ramos ramos 15M Jun 15
> > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15
13:21
> > > > gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21
> > > > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > > > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15
13:21
> > > > ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x.
1
> > > > ramos ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos
> > > > ramos 13M Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > Jun 15
> > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
> > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> > > > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15
13:21
> > > > shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > > > grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
> > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-
x. 1
> > > > ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos ramos
> > > > 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21
.
> > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
[ramos at lorenz
> > > > ~]$
> > > >
> > > >
> > > >
> > > > When I set the following two variables, it will not compile:
> > > >
> > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > export
> > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > --cflags`
> > > >
> > > > Greg Ramos
> > > > Home: (951) 242-9171
> > > > Cell: (831) 920-8975
> > > >
> > > >
> > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 14:59:13 2020
OK, that got me a clean configure. I'll see if it will compile now.
Thanks.
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 1:53 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Thank you, Greg.
I see the following problem in your config.log file:
> configure:5066: g++ -g -I/usr/local/netcdf-met/include
> -I../../basic/vx_log -I../../basic/vx_util
> -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
>
> re/depot/met-8.1b/external_libs/include -DBLOCK4
> -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
>
> pthread -ldl -lutil -lm -Xlinker -export-dynamic
> -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
>
> /usr/bin/ld: cannot find -lpython3.7
>
Please try using the following value for MET_PYTHON_LD and then
reconfigure:
> export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-
dynamic
Note the change to "-lpython3.7m" from "-lpython3.7".
Please let us know how it goes. Thanks!
Julie
On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Find attachment.
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 1:17 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Thanks for the follow up. Please send me your config.log file, and
> I'll take a look.
>
> Julie
>
> On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > As soon as I set those varibales, it won't configure:
> >
> >
> >
> >
> > [ramos at lorenz met-9.0.2]$ ./configure checking for a BSD-
compatible
> > install... /usr/bin/install -c checking whether build environment
is
> > sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p
> > checking for gawk... gawk checking whether make sets $(MAKE)...
yes
> > checking whether make supports nested variables... yes
> > configure: BUFRLIB_NAME will be set
> > configure: -DBLOCK4 will be used in the compiles
> > configure: Dynamic linking will not be used in the compiles
> > configure: ascii2nc will be compiled
> > configure: lidar2nc will not be compiled
> > configure: ensemble_stat will be compiled
> > configure: gen_vx_mask will be compiled
> > configure: gis_utils will be compiled
> > configure: grid_stat will be compiled
> > configure: madis2nc will be compiled
> > configure: mode will be compiled
> > configure: mode_analysis will be compiled
> > configure: pb2nc will be compiled
> > configure: pcp_combine will be compiled
> > configure: plot_data_plane will be compiled
> > configure: regrid_data_plane will be compiled
> > configure: point2grid will be compiled
> > configure: shift_data_plane will be compiled
> > configure: plot_point_obs will be compiled
> > configure: point_stat will be compiled
> > configure: stat_analysis will be compiled
> > configure: wavelet_stat will be compiled
> > configure: series_analysis will be compiled
> > configure: wwmca will be compiled
> > configure: modis will not be compiled
> > configure: mode_graphics will not be compiled
> > configure: mode_time_domain will be compiled
> > configure: tc_utils will be compiled
> > configure: gsi_tools will be compiled
> > configure: GRIB2 utilities will not be compiled
> > configure: python embedding will not be compiled checking for
bison...
> > bison -y checking for g++... g++ checking whether the C++ compiler
> > works... no
> > configure: error: in `/users/ramos/met-9.0.2-build/build/met-
9.0.2':
> > configure: error: C++ compiler cannot create executables See
> > `config.log' for more details [ramos at lorenz met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 12:55 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks for the additional information. Hopefully, you'll get a
good
> > compilation with the changes to the MET Python environment
variables.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor,
> > Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, I will try your suggestions. I failed to point out, that I
> > > don't get a good configuration with the Python variables set.
> > >
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I see that you are having trouble compiling MET with the Python
> > > embedding option, but that you get a successful compilation and
> > > run of
> > "make test"
> > > without the Python embedding option.
> > >
> > > > When I set the following two variables, it will not compile:
> > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > export
> > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > --cflags`
> > >
> > >
> > > In order to try to determine what the problem is with the
> > > compilation, it would be helpful and necessary to see your
> > > config.log and your make.log file. However, if you are using
> > > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags` for
> > > MET_PYTHON_CC and this is the output:
> > >
> > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > -Wno-unused-result -Wsign-compare -march=nocona -mtune=haswell
> > > > -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O3
> > > > -ffunction-sections -pipe -isystem
> > > > /usr/local/Anaconda3-2020.02/include
> > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work
> > > > =/
> > > > us
> > > > r/
> > > > local/src/conda/python-3.7.6
> > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/c
> > > > on da -p refix -fuse-linker-plugin -ffat-lto-objects
> > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> > >
> > > then we can and should pair that down a bit.
> > >
> > > Instead of setting:
> > >
> > > > export
> > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > --cflags`
> > > >
> > > please set the following instead:
> > >
> > > > export
> > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > >
> > > Please note there are no quotation marks.
> > >
> > > Similarly for MET_PYTHON_LD, instead of setting:
> > >
> > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > >
> > > please set the following instead:
> > >
> > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > -export-dynamic
> > >
> > > Please note both the removal of the quotation marks and the
> > > insertion of the backslashes before the spaces.
> > >
> > > Please try running "make clean", then rerun configure, "make",
> > > "make install", and "make test" again and let us know how it
goes.
> > > If you still do not get a successful compilation, please send us
> > > your config.log file and your make.log file.
> > >
> > > Julie
> > >
> > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > Transaction: Ticket created by Greg.Ramos.ctr at nrlmry.navy.mil
> > > > Queue: met_help
> > > > Subject: I was able to build the executable, but
> > > > Owner: Nobody
> > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > Status: new
> > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > >
> > > >
> > > >
> > > > I would like to run the tests. My install
> > > >
> > > >
> > > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
> > > > total 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
-rwxr-xr-x.
> > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1 ramos
> > > > ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M Jun
> > > > 15
> > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21
> > > > point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
wavelet_stat -rwxr-xr-x.
> > > > 1 ramos ramos 15M Jun 15
> > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15
> > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15 13:21
> > > > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > > > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15
13:21
> > > > ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 madis2nc
> > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-x.
1
> > > > ramos ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos
> > > > ramos 13M Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > Jun 15
> > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsid2mpr
> > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> > > > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15
13:21
> > > > shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > > > grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21 tc_dland
> > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-xr-
x.
> > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos
ramos
> > > > 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15 13:21
.
> > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > [ramos at lorenz ~]$
> > > >
> > > >
> > > >
> > > > When I set the following two variables, it will not compile:
> > > >
> > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > export
> > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > --cflags`
> > > >
> > > > Greg Ramos
> > > > Home: (951) 242-9171
> > > > Cell: (831) 920-8975
> > > >
> > > >
> > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 15:16:54 2020
Great! I'm so glad to hear it. Thanks for letting us know. Fingers
crossed for a successful compilation.
Julie
On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, that got me a clean configure. I'll see if it will compile now.
Thanks.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 1:53 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Thank you, Greg.
>
> I see the following problem in your config.log file:
>
> > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > -I../../basic/vx_log -I../../basic/vx_util
> > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> >
> > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> >
> > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> >
> > /usr/bin/ld: cannot find -lpython3.7
> >
>
> Please try using the following value for MET_PYTHON_LD and then
> reconfigure:
>
> > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-
dynamic
>
>
> Note the change to "-lpython3.7m" from "-lpython3.7".
>
> Please let us know how it goes. Thanks!
>
> Julie
>
> On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Find attachment.
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 1:17 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks for the follow up. Please send me your config.log file,
and
> > I'll take a look.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > As soon as I set those varibales, it won't configure:
> > >
> > >
> > >
> > >
> > > [ramos at lorenz met-9.0.2]$ ./configure checking for a BSD-
compatible
> > > install... /usr/bin/install -c checking whether build
environment is
> > > sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p
> > > checking for gawk... gawk checking whether make sets $(MAKE)...
yes
> > > checking whether make supports nested variables... yes
> > > configure: BUFRLIB_NAME will be set
> > > configure: -DBLOCK4 will be used in the compiles
> > > configure: Dynamic linking will not be used in the compiles
> > > configure: ascii2nc will be compiled
> > > configure: lidar2nc will not be compiled
> > > configure: ensemble_stat will be compiled
> > > configure: gen_vx_mask will be compiled
> > > configure: gis_utils will be compiled
> > > configure: grid_stat will be compiled
> > > configure: madis2nc will be compiled
> > > configure: mode will be compiled
> > > configure: mode_analysis will be compiled
> > > configure: pb2nc will be compiled
> > > configure: pcp_combine will be compiled
> > > configure: plot_data_plane will be compiled
> > > configure: regrid_data_plane will be compiled
> > > configure: point2grid will be compiled
> > > configure: shift_data_plane will be compiled
> > > configure: plot_point_obs will be compiled
> > > configure: point_stat will be compiled
> > > configure: stat_analysis will be compiled
> > > configure: wavelet_stat will be compiled
> > > configure: series_analysis will be compiled
> > > configure: wwmca will be compiled
> > > configure: modis will not be compiled
> > > configure: mode_graphics will not be compiled
> > > configure: mode_time_domain will be compiled
> > > configure: tc_utils will be compiled
> > > configure: gsi_tools will be compiled
> > > configure: GRIB2 utilities will not be compiled
> > > configure: python embedding will not be compiled checking for
bison...
> > > bison -y checking for g++... g++ checking whether the C++
compiler
> > > works... no
> > > configure: error: in `/users/ramos/met-9.0.2-build/build/met-
9.0.2':
> > > configure: error: C++ compiler cannot create executables See
> > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks for the additional information. Hopefully, you'll get a
good
> > > compilation with the changes to the MET Python environment
variables.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, I will try your suggestions. I failed to point out, that I
> > > > don't get a good configuration with the Python variables set.
> > > >
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I see that you are having trouble compiling MET with the
Python
> > > > embedding option, but that you get a successful compilation
and
> > > > run of
> > > "make test"
> > > > without the Python embedding option.
> > > >
> > > > > When I set the following two variables, it will not compile:
> > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > export
> > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > --cflags`
> > > >
> > > >
> > > > In order to try to determine what the problem is with the
> > > > compilation, it would be helpful and necessary to see your
> > > > config.log and your make.log file. However, if you are using
> > > > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags`
for
> > > > MET_PYTHON_CC and this is the output:
> > > >
> > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > -Wno-unused-result -Wsign-compare -march=nocona
-mtune=haswell
> > > > > -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O3
> > > > > -ffunction-sections -pipe -isystem
> > > > > /usr/local/Anaconda3-2020.02/include
> > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/work
> > > > > =/
> > > > > us
> > > > > r/
> > > > > local/src/conda/python-3.7.6
> > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src/c
> > > > > on da -p refix -fuse-linker-plugin -ffat-lto-objects
> > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> > > >
> > > > then we can and should pair that down a bit.
> > > >
> > > > Instead of setting:
> > > >
> > > > > export
> > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > --cflags`
> > > > >
> > > > please set the following instead:
> > > >
> > > > > export
> > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > >
> > > > Please note there are no quotation marks.
> > > >
> > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > >
> > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > >
> > > > please set the following instead:
> > > >
> > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > -export-dynamic
> > > >
> > > > Please note both the removal of the quotation marks and the
> > > > insertion of the backslashes before the spaces.
> > > >
> > > > Please try running "make clean", then rerun configure, "make",
> > > > "make install", and "make test" again and let us know how it
goes.
> > > > If you still do not get a successful compilation, please send
us
> > > > your config.log file and your make.log file.
> > > >
> > > > Julie
> > > >
> > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > Queue: met_help
> > > > > Subject: I was able to build the executable, but
> > > > > Owner: Nobody
> > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > Status: new
> > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > >
> > > > > I would like to run the tests. My install
> > > > >
> > > > >
> > > > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
> > > > > total 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
> -rwxr-xr-x.
> > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
ramos
> > > > > ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M
Jun
> > > > > 15
> > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15 13:21
> > > > > point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> wavelet_stat -rwxr-xr-x.
> > > > > 1 ramos ramos 15M Jun 15
> > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15
> > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
13:21
> > > > > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > > > > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15
13:21
> > > > > ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
madis2nc
> > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc -rwxr-xr-
x. 1
> > > > > ramos ramos 12M Jun 15 13:21 wwmca_regrid -rwxr-xr-x. 1
ramos
> > > > > ramos 13M Jun 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > Jun 15
> > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
gsid2mpr
> > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15
13:21
> > > > > shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
> > > > > grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21
tc_dland
> > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 tc_pairs -rwxr-
xr-x.
> > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos
ramos
> > > > > 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
13:21 .
> > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > [ramos at lorenz ~]$
> > > > >
> > > > >
> > > > >
> > > > > When I set the following two variables, it will not compile:
> > > > >
> > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > export
> > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > --cflags`
> > > > >
> > > > > Greg Ramos
> > > > > Home: (951) 242-9171
> > > > > Cell: (831) 920-8975
> > > > >
> > > > >
> > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 15:23:19 2020
OK, the compile is running now. Does the "make test", test the Python
portion of the application?
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 2:17 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Great! I'm so glad to hear it. Thanks for letting us know. Fingers
crossed for a successful compilation.
Julie
On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, that got me a clean configure. I'll see if it will compile now.
Thanks.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 1:53 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Thank you, Greg.
>
> I see the following problem in your config.log file:
>
> > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > -I../../basic/vx_log -I../../basic/vx_util
> > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> >
> > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> >
> > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> >
> > /usr/bin/ld: cannot find -lpython3.7
> >
>
> Please try using the following value for MET_PYTHON_LD and then
> reconfigure:
>
> > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > -export-dynamic
>
>
> Note the change to "-lpython3.7m" from "-lpython3.7".
>
> Please let us know how it goes. Thanks!
>
> Julie
>
> On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Find attachment.
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 1:17 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks for the follow up. Please send me your config.log file,
and
> > I'll take a look.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > As soon as I set those varibales, it won't configure:
> > >
> > >
> > >
> > >
> > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > BSD-compatible install... /usr/bin/install -c checking whether
> > > build environment is sane... yes checking for a thread-safe
mkdir
> > > -p... /bin/mkdir -p checking for gawk... gawk checking whether
> > > make sets $(MAKE)... yes checking whether make supports nested
> > > variables... yes
> > > configure: BUFRLIB_NAME will be set
> > > configure: -DBLOCK4 will be used in the compiles
> > > configure: Dynamic linking will not be used in the compiles
> > > configure: ascii2nc will be compiled
> > > configure: lidar2nc will not be compiled
> > > configure: ensemble_stat will be compiled
> > > configure: gen_vx_mask will be compiled
> > > configure: gis_utils will be compiled
> > > configure: grid_stat will be compiled
> > > configure: madis2nc will be compiled
> > > configure: mode will be compiled
> > > configure: mode_analysis will be compiled
> > > configure: pb2nc will be compiled
> > > configure: pcp_combine will be compiled
> > > configure: plot_data_plane will be compiled
> > > configure: regrid_data_plane will be compiled
> > > configure: point2grid will be compiled
> > > configure: shift_data_plane will be compiled
> > > configure: plot_point_obs will be compiled
> > > configure: point_stat will be compiled
> > > configure: stat_analysis will be compiled
> > > configure: wavelet_stat will be compiled
> > > configure: series_analysis will be compiled
> > > configure: wwmca will be compiled
> > > configure: modis will not be compiled
> > > configure: mode_graphics will not be compiled
> > > configure: mode_time_domain will be compiled
> > > configure: tc_utils will be compiled
> > > configure: gsi_tools will be compiled
> > > configure: GRIB2 utilities will not be compiled
> > > configure: python embedding will not be compiled checking for
bison...
> > > bison -y checking for g++... g++ checking whether the C++
compiler
> > > works... no
> > > configure: error: in `/users/ramos/met-9.0.2-build/build/met-
9.0.2':
> > > configure: error: C++ compiler cannot create executables See
> > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks for the additional information. Hopefully, you'll get a
> > > good compilation with the changes to the MET Python environment
variables.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, I will try your suggestions. I failed to point out, that I
> > > > don't get a good configuration with the Python variables set.
> > > >
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I see that you are having trouble compiling MET with the
Python
> > > > embedding option, but that you get a successful compilation
and
> > > > run of
> > > "make test"
> > > > without the Python embedding option.
> > > >
> > > > > When I set the following two variables, it will not compile:
> > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > export
> > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > --cflags`
> > > >
> > > >
> > > > In order to try to determine what the problem is with the
> > > > compilation, it would be helpful and necessary to see your
> > > > config.log and your make.log file. However, if you are using
> > > > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags`
for
> > > > MET_PYTHON_CC and this is the output:
> > > >
> > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > -Wno-unused-result -Wsign-compare -march=nocona
-mtune=haswell
> > > > > -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O3
> > > > > -ffunction-sections -pipe -isystem
> > > > > /usr/local/Anaconda3-2020.02/include
> > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/wo
> > > > > rk
> > > > > =/
> > > > > us
> > > > > r/
> > > > > local/src/conda/python-3.7.6
> > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src
> > > > > /c on da -p refix -fuse-linker-plugin -ffat-lto-objects
> > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> > > >
> > > > then we can and should pair that down a bit.
> > > >
> > > > Instead of setting:
> > > >
> > > > > export
> > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > --cflags`
> > > > >
> > > > please set the following instead:
> > > >
> > > > > export
> > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7
> > > > > m
> > > >
> > > > Please note there are no quotation marks.
> > > >
> > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > >
> > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > >
> > > > please set the following instead:
> > > >
> > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > -export-dynamic
> > > >
> > > > Please note both the removal of the quotation marks and the
> > > > insertion of the backslashes before the spaces.
> > > >
> > > > Please try running "make clean", then rerun configure, "make",
> > > > "make install", and "make test" again and let us know how it
goes.
> > > > If you still do not get a successful compilation, please send
us
> > > > your config.log file and your make.log file.
> > > >
> > > > Julie
> > > >
> > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > Queue: met_help
> > > > > Subject: I was able to build the executable, but
> > > > > Owner: Nobody
> > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > Status: new
> > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > >
> > > > > I would like to run the tests. My install
> > > > >
> > > > >
> > > > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-python3/bin
> > > > > total 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
> -rwxr-xr-x.
> > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
ramos
> > > > > ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M
Jun
> > > > > 15
> > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15
13:21
> > > > > point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> wavelet_stat -rwxr-xr-x.
> > > > > 1 ramos ramos 15M Jun 15
> > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun 15
> > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
13:21
> > > > > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > > > > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
> > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc
> > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
gsid2mpr
> > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 regrid_data_plane
> > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15 13:21
> > > > > tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
tc_pairs -rwxr-xr-x.
> > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos
> > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos 12M
> > > > > Jun 15
> > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
13:21 .
> > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > [ramos at lorenz ~]$
> > > > >
> > > > >
> > > > >
> > > > > When I set the following two variables, it will not compile:
> > > > >
> > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > export
> > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > --cflags`
> > > > >
> > > > > Greg Ramos
> > > > > Home: (951) 242-9171
> > > > > Cell: (831) 920-8975
> > > > >
> > > > >
> > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 16:08:39 2020
Hi Greg.
I do not believe it does test the Python embedding functionality. We
have
plans to improve the tests that are run in "make test", but have not
yet
done so. However, I put a tar file, MET_python_embedding.tar, on our
ftp
server for you to grab. It contains data files that you can test with
along with a README file that contains multiple calls to
plot_data_plane.
You can run each of those commands and check for errors. If you
receive
any errors, please let us know.
To access the file you can run:
> ftp -p ftp.rap.ucar.edu
When asked for your Name, enter "anonymous". When asked for your
password,
enter your email address. Then run:
> cd pub/jpresto/for_greg
> get MET_python_embedding.tar
Please let me know if you have any questions.
Julie
On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, the compile is running now. Does the "make test", test the
Python
> portion of the application?
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 2:17 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Great! I'm so glad to hear it. Thanks for letting us know.
Fingers
> crossed for a successful compilation.
>
> Julie
>
> On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, that got me a clean configure. I'll see if it will compile
now.
> Thanks.
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 1:53 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thank you, Greg.
> >
> > I see the following problem in your config.log file:
> >
> > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > -I../../basic/vx_log -I../../basic/vx_util
> > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > >
> > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > >
> > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> > >
> > > /usr/bin/ld: cannot find -lpython3.7
> > >
> >
> > Please try using the following value for MET_PYTHON_LD and then
> > reconfigure:
> >
> > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > -export-dynamic
> >
> >
> > Note the change to "-lpython3.7m" from "-lpython3.7".
> >
> > Please let us know how it goes. Thanks!
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Find attachment.
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks for the follow up. Please send me your config.log file,
and
> > > I'll take a look.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > As soon as I set those varibales, it won't configure:
> > > >
> > > >
> > > >
> > > >
> > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > BSD-compatible install... /usr/bin/install -c checking whether
> > > > build environment is sane... yes checking for a thread-safe
mkdir
> > > > -p... /bin/mkdir -p checking for gawk... gawk checking whether
> > > > make sets $(MAKE)... yes checking whether make supports nested
> > > > variables... yes
> > > > configure: BUFRLIB_NAME will be set
> > > > configure: -DBLOCK4 will be used in the compiles
> > > > configure: Dynamic linking will not be used in the compiles
> > > > configure: ascii2nc will be compiled
> > > > configure: lidar2nc will not be compiled
> > > > configure: ensemble_stat will be compiled
> > > > configure: gen_vx_mask will be compiled
> > > > configure: gis_utils will be compiled
> > > > configure: grid_stat will be compiled
> > > > configure: madis2nc will be compiled
> > > > configure: mode will be compiled
> > > > configure: mode_analysis will be compiled
> > > > configure: pb2nc will be compiled
> > > > configure: pcp_combine will be compiled
> > > > configure: plot_data_plane will be compiled
> > > > configure: regrid_data_plane will be compiled
> > > > configure: point2grid will be compiled
> > > > configure: shift_data_plane will be compiled
> > > > configure: plot_point_obs will be compiled
> > > > configure: point_stat will be compiled
> > > > configure: stat_analysis will be compiled
> > > > configure: wavelet_stat will be compiled
> > > > configure: series_analysis will be compiled
> > > > configure: wwmca will be compiled
> > > > configure: modis will not be compiled
> > > > configure: mode_graphics will not be compiled
> > > > configure: mode_time_domain will be compiled
> > > > configure: tc_utils will be compiled
> > > > configure: gsi_tools will be compiled
> > > > configure: GRIB2 utilities will not be compiled
> > > > configure: python embedding will not be compiled checking for
> bison...
> > > > bison -y checking for g++... g++ checking whether the C++
compiler
> > > > works... no
> > > > configure: error: in `/users/ramos/met-9.0.2-build/build/met-
9.0.2':
> > > > configure: error: C++ compiler cannot create executables See
> > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks for the additional information. Hopefully, you'll get
a
> > > > good compilation with the changes to the MET Python
environment
> variables.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > OK, I will try your suggestions. I failed to point out, that
I
> > > > > don't get a good configuration with the Python variables
set.
> > > > >
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I see that you are having trouble compiling MET with the
Python
> > > > > embedding option, but that you get a successful compilation
and
> > > > > run of
> > > > "make test"
> > > > > without the Python embedding option.
> > > > >
> > > > > > When I set the following two variables, it will not
compile:
> > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > export
> > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > > --cflags`
> > > > >
> > > > >
> > > > > In order to try to determine what the problem is with the
> > > > > compilation, it would be helpful and necessary to see your
> > > > > config.log and your make.log file. However, if you are
using
> > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags`
for
> > > > > MET_PYTHON_CC and this is the output:
> > > > >
> > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > -Wno-unused-result -Wsign-compare -march=nocona
-mtune=haswell
> > > > > > -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt
-O3
> > > > > > -ffunction-sections -pipe -isystem
> > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/wo
> > > > > > rk
> > > > > > =/
> > > > > > us
> > > > > > r/
> > > > > > local/src/conda/python-3.7.6
> > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/src
> > > > > > /c on da -p refix -fuse-linker-plugin -ffat-lto-objects
> > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> > > > >
> > > > > then we can and should pair that down a bit.
> > > > >
> > > > > Instead of setting:
> > > > >
> > > > > > export
> > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > > --cflags`
> > > > > >
> > > > > please set the following instead:
> > > > >
> > > > > > export
> > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3.7
> > > > > > m
> > > > >
> > > > > Please note there are no quotation marks.
> > > > >
> > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > >
> > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > >
> > > > > please set the following instead:
> > > > >
> > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > -export-dynamic
> > > > >
> > > > > Please note both the removal of the quotation marks and the
> > > > > insertion of the backslashes before the spaces.
> > > > >
> > > > > Please try running "make clean", then rerun configure,
"make",
> > > > > "make install", and "make test" again and let us know how it
goes.
> > > > > If you still do not get a successful compilation, please
send us
> > > > > your config.log file and your make.log file.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > Queue: met_help
> > > > > > Subject: I was able to build the executable, but
> > > > > > Owner: Nobody
> > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > >
> > > > > > I would like to run the tests. My install
> > > > > >
> > > > > >
> > > > > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-
python3/bin
> > > > > > total 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
> > -rwxr-xr-x.
> > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
ramos
> > > > > > ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos ramos 8.8M
Jun
> > > > > > 15
> > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15
13:21
> > > > > > point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > wavelet_stat -rwxr-xr-x.
> > > > > > 1 ramos ramos 15M Jun 15
> > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun
15
> > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
13:21
> > > > > > gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15 13:21
> > > > > > gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
> > > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc
> > > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> > > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
gsid2mpr
> > > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21 gsidens2orank
> > > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
regrid_data_plane
> > > > > > -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
13:21
> > > > > > tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
tc_pairs
> -rwxr-xr-x.
> > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos
> > > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos
12M
> > > > > > Jun 15
> > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
13:21 .
> > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > [ramos at lorenz ~]$
> > > > > >
> > > > > >
> > > > > >
> > > > > > When I set the following two variables, it will not
compile:
> > > > > >
> > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > export
> > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > > --cflags`
> > > > > >
> > > > > > Greg Ramos
> > > > > > Home: (951) 242-9171
> > > > > > Cell: (831) 920-8975
> > > > > >
> > > > > >
> > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 16:31:39 2020
OK, thank you. It built. I did get an error during make test.
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 3:09 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
I do not believe it does test the Python embedding functionality. We
have plans to improve the tests that are run in "make test", but have
not yet done so. However, I put a tar file, MET_python_embedding.tar,
on our ftp server for you to grab. It contains data files that you
can test with along with a README file that contains multiple calls to
plot_data_plane.
You can run each of those commands and check for errors. If you
receive any errors, please let us know.
To access the file you can run:
> ftp -p ftp.rap.ucar.edu
When asked for your Name, enter "anonymous". When asked for your
password, enter your email address. Then run:
> cd pub/jpresto/for_greg
> get MET_python_embedding.tar
Please let me know if you have any questions.
Julie
On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, the compile is running now. Does the "make test", test the
Python
> portion of the application?
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 2:17 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Great! I'm so glad to hear it. Thanks for letting us know.
Fingers
> crossed for a successful compilation.
>
> Julie
>
> On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, that got me a clean configure. I'll see if it will compile
now.
> Thanks.
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 1:53 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thank you, Greg.
> >
> > I see the following problem in your config.log file:
> >
> > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > -I../../basic/vx_log -I../../basic/vx_util
> > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > >
> > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > >
> > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> > >
> > > /usr/bin/ld: cannot find -lpython3.7
> > >
> >
> > Please try using the following value for MET_PYTHON_LD and then
> > reconfigure:
> >
> > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > -export-dynamic
> >
> >
> > Note the change to "-lpython3.7m" from "-lpython3.7".
> >
> > Please let us know how it goes. Thanks!
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Find attachment.
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks for the follow up. Please send me your config.log file,
> > > and I'll take a look.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > As soon as I set those varibales, it won't configure:
> > > >
> > > >
> > > >
> > > >
> > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > BSD-compatible install... /usr/bin/install -c checking whether
> > > > build environment is sane... yes checking for a thread-safe
> > > > mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
> > > > whether make sets $(MAKE)... yes checking whether make
supports
> > > > nested variables... yes
> > > > configure: BUFRLIB_NAME will be set
> > > > configure: -DBLOCK4 will be used in the compiles
> > > > configure: Dynamic linking will not be used in the compiles
> > > > configure: ascii2nc will be compiled
> > > > configure: lidar2nc will not be compiled
> > > > configure: ensemble_stat will be compiled
> > > > configure: gen_vx_mask will be compiled
> > > > configure: gis_utils will be compiled
> > > > configure: grid_stat will be compiled
> > > > configure: madis2nc will be compiled
> > > > configure: mode will be compiled
> > > > configure: mode_analysis will be compiled
> > > > configure: pb2nc will be compiled
> > > > configure: pcp_combine will be compiled
> > > > configure: plot_data_plane will be compiled
> > > > configure: regrid_data_plane will be compiled
> > > > configure: point2grid will be compiled
> > > > configure: shift_data_plane will be compiled
> > > > configure: plot_point_obs will be compiled
> > > > configure: point_stat will be compiled
> > > > configure: stat_analysis will be compiled
> > > > configure: wavelet_stat will be compiled
> > > > configure: series_analysis will be compiled
> > > > configure: wwmca will be compiled
> > > > configure: modis will not be compiled
> > > > configure: mode_graphics will not be compiled
> > > > configure: mode_time_domain will be compiled
> > > > configure: tc_utils will be compiled
> > > > configure: gsi_tools will be compiled
> > > > configure: GRIB2 utilities will not be compiled
> > > > configure: python embedding will not be compiled checking for
> bison...
> > > > bison -y checking for g++... g++ checking whether the C++
> > > > compiler works... no
> > > > configure: error: in `/users/ramos/met-9.0.2-build/build/met-
9.0.2':
> > > > configure: error: C++ compiler cannot create executables See
> > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks for the additional information. Hopefully, you'll get
a
> > > > good compilation with the changes to the MET Python
environment
> variables.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > OK, I will try your suggestions. I failed to point out, that
I
> > > > > don't get a good configuration with the Python variables
set.
> > > > >
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I see that you are having trouble compiling MET with the
> > > > > Python embedding option, but that you get a successful
> > > > > compilation and run of
> > > > "make test"
> > > > > without the Python embedding option.
> > > > >
> > > > > > When I set the following two variables, it will not
compile:
> > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > export
> > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
conf
> > > > > > ig
> > > > > > --cflags`
> > > > >
> > > > >
> > > > > In order to try to determine what the problem is with the
> > > > > compilation, it would be helpful and necessary to see your
> > > > > config.log and your make.log file. However, if you are
using
> > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config --cflags`
> > > > > for MET_PYTHON_CC and this is the output:
> > > > >
> > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > -fstack-protector-strong -fno-plt -O3 -ffunction-sections
> > > > > > -pipe -isystem /usr/local/Anaconda3-2020.02/include
> > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/
> > > > > > wo
> > > > > > rk
> > > > > > =/
> > > > > > us
> > > > > > r/
> > > > > > local/src/conda/python-3.7.6
> > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/s
> > > > > > rc /c on da -p refix -fuse-linker-plugin -ffat-lto-objects
> > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> > > > >
> > > > > then we can and should pair that down a bit.
> > > > >
> > > > > Instead of setting:
> > > > >
> > > > > > export
> > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
conf
> > > > > > ig
> > > > > > --cflags`
> > > > > >
> > > > > please set the following instead:
> > > > >
> > > > > > export
> > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3
> > > > > > .7
> > > > > > m
> > > > >
> > > > > Please note there are no quotation marks.
> > > > >
> > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > >
> > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > >
> > > > > please set the following instead:
> > > > >
> > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > -export-dynamic
> > > > >
> > > > > Please note both the removal of the quotation marks and the
> > > > > insertion of the backslashes before the spaces.
> > > > >
> > > > > Please try running "make clean", then rerun configure,
"make",
> > > > > "make install", and "make test" again and let us know how it
goes.
> > > > > If you still do not get a successful compilation, please
send
> > > > > us your config.log file and your make.log file.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > Queue: met_help
> > > > > > Subject: I was able to build the executable, but
> > > > > > Owner: Nobody
> > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > >
> > > > > > I would like to run the tests. My install
> > > > > >
> > > > > >
> > > > > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-
python3/bin
> > > > > > total 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21 ensemble_stat
> > -rwxr-xr-x.
> > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
> > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
ramos
> > > > > > 8.8M Jun
> > > > > > 15
> > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15
> > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
13:21
> > > > > > stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > wavelet_stat -rwxr-xr-x.
> > > > > > 1 ramos ramos 15M Jun 15
> > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun
15
> > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
> > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15
> > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
> > > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 pb2nc
> > > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> > > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
13:21
> > > > > > tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
> > > > > > tc_pairs
> -rwxr-xr-x.
> > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1 ramos
> > > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos
12M
> > > > > > Jun 15
> > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
13:21 .
> > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > [ramos at lorenz ~]$
> > > > > >
> > > > > >
> > > > > >
> > > > > > When I set the following two variables, it will not
compile:
> > > > > >
> > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > export
> > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
conf
> > > > > > ig
> > > > > > --cflags`
> > > > > >
> > > > > > Greg Ramos
> > > > > > Home: (951) 242-9171
> > > > > > Cell: (831) 920-8975
> > > > > >
> > > > > >
> > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 16:34:46 2020
It's great that MET compiled successfully. Could you please send your
make_test.log file so that I can take a look and see what the problem
was?
Thanks!
Julie
On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, thank you. It built. I did get an error during make test.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 3:09 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
> I do not believe it does test the Python embedding functionality.
We have
> plans to improve the tests that are run in "make test", but have not
yet
> done so. However, I put a tar file, MET_python_embedding.tar, on
our ftp
> server for you to grab. It contains data files that you can test
with
> along with a README file that contains multiple calls to
plot_data_plane.
> You can run each of those commands and check for errors. If you
receive
> any errors, please let us know.
>
> To access the file you can run:
>
> > ftp -p ftp.rap.ucar.edu
>
>
> When asked for your Name, enter "anonymous". When asked for your
> password, enter your email address. Then run:
>
> > cd pub/jpresto/for_greg
> > get MET_python_embedding.tar
>
>
> Please let me know if you have any questions.
>
> Julie
>
> On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, the compile is running now. Does the "make test", test the
Python
> > portion of the application?
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 2:17 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Great! I'm so glad to hear it. Thanks for letting us know.
Fingers
> > crossed for a successful compilation.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, that got me a clean configure. I'll see if it will compile
now.
> > Thanks.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thank you, Greg.
> > >
> > > I see the following problem in your config.log file:
> > >
> > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > > >
> > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > >
> > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> > > >
> > > > /usr/bin/ld: cannot find -lpython3.7
> > > >
> > >
> > > Please try using the following value for MET_PYTHON_LD and then
> > > reconfigure:
> > >
> > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > -export-dynamic
> > >
> > >
> > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > >
> > > Please let us know how it goes. Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Find attachment.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks for the follow up. Please send me your config.log
file,
> > > > and I'll take a look.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > As soon as I set those varibales, it won't configure:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > BSD-compatible install... /usr/bin/install -c checking
whether
> > > > > build environment is sane... yes checking for a thread-safe
> > > > > mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
> > > > > whether make sets $(MAKE)... yes checking whether make
supports
> > > > > nested variables... yes
> > > > > configure: BUFRLIB_NAME will be set
> > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > configure: Dynamic linking will not be used in the compiles
> > > > > configure: ascii2nc will be compiled
> > > > > configure: lidar2nc will not be compiled
> > > > > configure: ensemble_stat will be compiled
> > > > > configure: gen_vx_mask will be compiled
> > > > > configure: gis_utils will be compiled
> > > > > configure: grid_stat will be compiled
> > > > > configure: madis2nc will be compiled
> > > > > configure: mode will be compiled
> > > > > configure: mode_analysis will be compiled
> > > > > configure: pb2nc will be compiled
> > > > > configure: pcp_combine will be compiled
> > > > > configure: plot_data_plane will be compiled
> > > > > configure: regrid_data_plane will be compiled
> > > > > configure: point2grid will be compiled
> > > > > configure: shift_data_plane will be compiled
> > > > > configure: plot_point_obs will be compiled
> > > > > configure: point_stat will be compiled
> > > > > configure: stat_analysis will be compiled
> > > > > configure: wavelet_stat will be compiled
> > > > > configure: series_analysis will be compiled
> > > > > configure: wwmca will be compiled
> > > > > configure: modis will not be compiled
> > > > > configure: mode_graphics will not be compiled
> > > > > configure: mode_time_domain will be compiled
> > > > > configure: tc_utils will be compiled
> > > > > configure: gsi_tools will be compiled
> > > > > configure: GRIB2 utilities will not be compiled
> > > > > configure: python embedding will not be compiled checking
for
> > bison...
> > > > > bison -y checking for g++... g++ checking whether the C++
> > > > > compiler works... no
> > > > > configure: error: in
> `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > configure: error: C++ compiler cannot create executables See
> > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thanks for the additional information. Hopefully, you'll
get a
> > > > > good compilation with the changes to the MET Python
environment
> > variables.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, I will try your suggestions. I failed to point out,
that I
> > > > > > don't get a good configuration with the Python variables
set.
> > > > > >
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I see that you are having trouble compiling MET with the
> > > > > > Python embedding option, but that you get a successful
> > > > > > compilation and run of
> > > > > "make test"
> > > > > > without the Python embedding option.
> > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
conf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > >
> > > > > >
> > > > > > In order to try to determine what the problem is with the
> > > > > > compilation, it would be helpful and necessary to see your
> > > > > > config.log and your make.log file. However, if you are
using
> > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
--cflags`
> > > > > > for MET_PYTHON_CC and this is the output:
> > > > > >
> > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > -fstack-protector-strong -fno-plt -O3 -ffunction-
sections
> > > > > > > -pipe -isystem /usr/local/Anaconda3-2020.02/include
> > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683607/
> > > > > > > wo
> > > > > > > rk
> > > > > > > =/
> > > > > > > us
> > > > > > > r/
> > > > > > > local/src/conda/python-3.7.6
> > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local/s
> > > > > > > rc /c on da -p refix -fuse-linker-plugin -ffat-lto-
objects
> > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3 -Wall
> > > > > >
> > > > > > then we can and should pair that down a bit.
> > > > > >
> > > > > > Instead of setting:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
conf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/python3
> > > > > > > .7
> > > > > > > m
> > > > > >
> > > > > > Please note there are no quotation marks.
> > > > > >
> > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > -export-dynamic
> > > > > >
> > > > > > Please note both the removal of the quotation marks and
the
> > > > > > insertion of the backslashes before the spaces.
> > > > > >
> > > > > > Please try running "make clean", then rerun configure,
"make",
> > > > > > "make install", and "make test" again and let us know how
it
> goes.
> > > > > > If you still do not get a successful compilation, please
send
> > > > > > us your config.log file and your make.log file.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Queue: met_help
> > > > > > > Subject: I was able to build the executable, but
> > > > > > > Owner: Nobody
> > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I would like to run the tests. My install
> > > > > > >
> > > > > > >
> > > > > > > [ramos at lorenz ~]$ ls -larth /usr/local/met-9.0.2-
python3/bin
> > > > > > > total 374M drwxr-xr-x. 4 ramos ramos 4.0K Jun 15 13:21
..
> > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
ensemble_stat
> > > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
> > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
ramos
> > > > > > > 8.8M Jun
> > > > > > > 15
> > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
13:21
> > > > > > > stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > wavelet_stat -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun
15
> > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
> > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15
> > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun 15
> > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun
15
> > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
pb2nc
> > > > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> > > > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun
15
> > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M
Jun 15
> > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
13:21
> > > > > > > tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
> > > > > > > tc_pairs
> > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
ramos
> > > > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos
12M
> > > > > > > Jun 15
> > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
13:21
> .
> > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > [ramos at lorenz ~]$
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
conf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > > Greg Ramos
> > > > > > > Home: (951) 242-9171
> > > > > > > Cell: (831) 920-8975
> > > > > > >
> > > > > > >
> > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 16:35:52 2020
This is where it blows up:
[ramos at lorenz met-9.0.2]$ make test
cd scripts; make
make[1]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts'
*** Running PB2NC on a PREPBUFR file ***
../src/tools/other/pb2nc/pb2nc \
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
\
../out/pb2nc/sample_pb.nc \
config/PB2NCConfig_G212 \
-v 2
DEBUG 1: Default Config File: /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
DEBUG 1: User Config File: config/PB2NCConfig_G212
DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
DEBUG 1: Pre-processing BUFR File for variable names from
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
At line 63 of file ifxy.f
Internal Error: get_unit(): Bad internal unit KIND
make[1]: *** [pb2nc] Error 3
make[1]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts'
make: *** [test] Error 2
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 3:35 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
It's great that MET compiled successfully. Could you please send your
make_test.log file so that I can take a look and see what the problem
was?
Thanks!
Julie
On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, thank you. It built. I did get an error during make test.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 3:09 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I do not believe it does test the Python embedding functionality.
We
> have plans to improve the tests that are run in "make test", but
have
> not yet done so. However, I put a tar file,
MET_python_embedding.tar,
> on our ftp server for you to grab. It contains data files that you
> can test with along with a README file that contains multiple calls
to plot_data_plane.
> You can run each of those commands and check for errors. If you
> receive any errors, please let us know.
>
> To access the file you can run:
>
> > ftp -p ftp.rap.ucar.edu
>
>
> When asked for your Name, enter "anonymous". When asked for your
> password, enter your email address. Then run:
>
> > cd pub/jpresto/for_greg
> > get MET_python_embedding.tar
>
>
> Please let me know if you have any questions.
>
> Julie
>
> On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, the compile is running now. Does the "make test", test the
> > Python portion of the application?
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 2:17 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Great! I'm so glad to hear it. Thanks for letting us know.
> > Fingers crossed for a successful compilation.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, that got me a clean configure. I'll see if it will compile
now.
> > Thanks.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thank you, Greg.
> > >
> > > I see the following problem in your config.log file:
> > >
> > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > > >
> > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > >
> > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> > > >
> > > > /usr/bin/ld: cannot find -lpython3.7
> > > >
> > >
> > > Please try using the following value for MET_PYTHON_LD and then
> > > reconfigure:
> > >
> > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > -export-dynamic
> > >
> > >
> > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > >
> > > Please let us know how it goes. Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Find attachment.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks for the follow up. Please send me your config.log
file,
> > > > and I'll take a look.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > As soon as I set those varibales, it won't configure:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > BSD-compatible install... /usr/bin/install -c checking
whether
> > > > > build environment is sane... yes checking for a thread-safe
> > > > > mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
> > > > > whether make sets $(MAKE)... yes checking whether make
> > > > > supports nested variables... yes
> > > > > configure: BUFRLIB_NAME will be set
> > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > configure: Dynamic linking will not be used in the compiles
> > > > > configure: ascii2nc will be compiled
> > > > > configure: lidar2nc will not be compiled
> > > > > configure: ensemble_stat will be compiled
> > > > > configure: gen_vx_mask will be compiled
> > > > > configure: gis_utils will be compiled
> > > > > configure: grid_stat will be compiled
> > > > > configure: madis2nc will be compiled
> > > > > configure: mode will be compiled
> > > > > configure: mode_analysis will be compiled
> > > > > configure: pb2nc will be compiled
> > > > > configure: pcp_combine will be compiled
> > > > > configure: plot_data_plane will be compiled
> > > > > configure: regrid_data_plane will be compiled
> > > > > configure: point2grid will be compiled
> > > > > configure: shift_data_plane will be compiled
> > > > > configure: plot_point_obs will be compiled
> > > > > configure: point_stat will be compiled
> > > > > configure: stat_analysis will be compiled
> > > > > configure: wavelet_stat will be compiled
> > > > > configure: series_analysis will be compiled
> > > > > configure: wwmca will be compiled
> > > > > configure: modis will not be compiled
> > > > > configure: mode_graphics will not be compiled
> > > > > configure: mode_time_domain will be compiled
> > > > > configure: tc_utils will be compiled
> > > > > configure: gsi_tools will be compiled
> > > > > configure: GRIB2 utilities will not be compiled
> > > > > configure: python embedding will not be compiled checking
for
> > bison...
> > > > > bison -y checking for g++... g++ checking whether the C++
> > > > > compiler works... no
> > > > > configure: error: in
> `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > configure: error: C++ compiler cannot create executables See
> > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thanks for the additional information. Hopefully, you'll
get
> > > > > a good compilation with the changes to the MET Python
> > > > > environment
> > variables.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, I will try your suggestions. I failed to point out,
that
> > > > > > I don't get a good configuration with the Python variables
set.
> > > > > >
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I see that you are having trouble compiling MET with the
> > > > > > Python embedding option, but that you get a successful
> > > > > > compilation and run of
> > > > > "make test"
> > > > > > without the Python embedding option.
> > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > >
> > > > > >
> > > > > > In order to try to determine what the problem is with the
> > > > > > compilation, it would be helpful and necessary to see your
> > > > > > config.log and your make.log file. However, if you are
> > > > > > using `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > >
> > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > -fstack-protector-strong -fno-plt -O3 -ffunction-
sections
> > > > > > > -pipe -isystem /usr/local/Anaconda3-2020.02/include
> > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_157851068360
> > > > > > > 7/
> > > > > > > wo
> > > > > > > rk
> > > > > > > =/
> > > > > > > us
> > > > > > > r/
> > > > > > > local/src/conda/python-3.7.6
> > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local
> > > > > > > /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > -ffat-lto-objects -flto-partition=none -flto -DNDEBUG
> > > > > > > -fwrapv -O3 -Wall
> > > > > >
> > > > > > then we can and should pair that down a bit.
> > > > > >
> > > > > > Instead of setting:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/pytho
> > > > > > > n3
> > > > > > > .7
> > > > > > > m
> > > > > >
> > > > > > Please note there are no quotation marks.
> > > > > >
> > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > -export-dynamic
> > > > > >
> > > > > > Please note both the removal of the quotation marks and
the
> > > > > > insertion of the backslashes before the spaces.
> > > > > >
> > > > > > Please try running "make clean", then rerun configure,
> > > > > > "make", "make install", and "make test" again and let us
> > > > > > know how it
> goes.
> > > > > > If you still do not get a successful compilation, please
> > > > > > send us your config.log file and your make.log file.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Queue: met_help
> > > > > > > Subject: I was able to build the executable, but
> > > > > > > Owner: Nobody
> > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I would like to run the tests. My install
> > > > > > >
> > > > > > >
> > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-xr-x.
4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
ensemble_stat
> > > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
> > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
> > > > > > > ramos 8.8M Jun
> > > > > > > 15
> > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > 13:21
> > > wavelet_stat -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun
> > > > > > > 15
> > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
> > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15
> > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun
> > > > > > > 15
> > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun
15
> > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
pb2nc
> > > > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> > > > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun
15
> > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M
Jun
> > > > > > > 15
> > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
> > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > tc_pairs
> > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
ramos
> > > > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos
> > > > > > > 12M Jun 15
> > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
> > > > > > > 13:21
> .
> > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > [ramos at lorenz ~]$
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > > Greg Ramos
> > > > > > > Home: (951) 242-9171
> > > > > > > Cell: (831) 920-8975
> > > > > > >
> > > > > > >
> > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 16:45:58 2020
This is the end of my build:
/software/depot/met-8.1b/external_libs/lib/libjasper.a(jas_stream.o):
In function `jas_stream_tmpfile':
/software/depot/met-8.1b/external_libs/jasper/jasper-
1.900.1/src/libjasper/base/jas_stream.c:368: warning: the use of
`tmpnam' is dangerous, better use `mkstemp'
/usr/bin/ld: warning: libnetcdf.so.6, needed by /usr/local/netcdf-
met/lib/libnetcdf_c++4.so, may conflict with libnetcdf.so.11
make[5]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools/tc_utils/rmw_analysis'
Making all in tc_stat
make[5]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools/tc_utils/tc_stat'
make[5]: Nothing to be done for `all'.
make[5]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools/tc_utils/tc_stat'
make[5]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools/tc_utils'
make[5]: Nothing to be done for `all-am'.
make[5]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools/tc_utils'
make[4]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools/tc_utils'
make[4]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools'
make[3]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src/tools'
make[3]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src'
make[2]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/src'
Making all in scripts/Rscripts
make[2]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/Rscripts'
Making all in include
make[3]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/Rscripts/include'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/Rscripts/include'
make[3]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/Rscripts'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/Rscripts'
make[2]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/Rscripts'
Making all in scripts/python
make[2]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/python'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts/python'
make[2]: Entering directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2'
make[2]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2'
make[1]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2'
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 3:35 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
It's great that MET compiled successfully. Could you please send your
make_test.log file so that I can take a look and see what the problem
was?
Thanks!
Julie
On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, thank you. It built. I did get an error during make test.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 3:09 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I do not believe it does test the Python embedding functionality.
We
> have plans to improve the tests that are run in "make test", but
have
> not yet done so. However, I put a tar file,
MET_python_embedding.tar,
> on our ftp server for you to grab. It contains data files that you
> can test with along with a README file that contains multiple calls
to plot_data_plane.
> You can run each of those commands and check for errors. If you
> receive any errors, please let us know.
>
> To access the file you can run:
>
> > ftp -p ftp.rap.ucar.edu
>
>
> When asked for your Name, enter "anonymous". When asked for your
> password, enter your email address. Then run:
>
> > cd pub/jpresto/for_greg
> > get MET_python_embedding.tar
>
>
> Please let me know if you have any questions.
>
> Julie
>
> On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, the compile is running now. Does the "make test", test the
> > Python portion of the application?
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 2:17 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Great! I'm so glad to hear it. Thanks for letting us know.
> > Fingers crossed for a successful compilation.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, that got me a clean configure. I'll see if it will compile
now.
> > Thanks.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thank you, Greg.
> > >
> > > I see the following problem in your config.log file:
> > >
> > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > > >
> > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > >
> > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> > > >
> > > > /usr/bin/ld: cannot find -lpython3.7
> > > >
> > >
> > > Please try using the following value for MET_PYTHON_LD and then
> > > reconfigure:
> > >
> > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > -export-dynamic
> > >
> > >
> > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > >
> > > Please let us know how it goes. Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Find attachment.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks for the follow up. Please send me your config.log
file,
> > > > and I'll take a look.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > As soon as I set those varibales, it won't configure:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > BSD-compatible install... /usr/bin/install -c checking
whether
> > > > > build environment is sane... yes checking for a thread-safe
> > > > > mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
> > > > > whether make sets $(MAKE)... yes checking whether make
> > > > > supports nested variables... yes
> > > > > configure: BUFRLIB_NAME will be set
> > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > configure: Dynamic linking will not be used in the compiles
> > > > > configure: ascii2nc will be compiled
> > > > > configure: lidar2nc will not be compiled
> > > > > configure: ensemble_stat will be compiled
> > > > > configure: gen_vx_mask will be compiled
> > > > > configure: gis_utils will be compiled
> > > > > configure: grid_stat will be compiled
> > > > > configure: madis2nc will be compiled
> > > > > configure: mode will be compiled
> > > > > configure: mode_analysis will be compiled
> > > > > configure: pb2nc will be compiled
> > > > > configure: pcp_combine will be compiled
> > > > > configure: plot_data_plane will be compiled
> > > > > configure: regrid_data_plane will be compiled
> > > > > configure: point2grid will be compiled
> > > > > configure: shift_data_plane will be compiled
> > > > > configure: plot_point_obs will be compiled
> > > > > configure: point_stat will be compiled
> > > > > configure: stat_analysis will be compiled
> > > > > configure: wavelet_stat will be compiled
> > > > > configure: series_analysis will be compiled
> > > > > configure: wwmca will be compiled
> > > > > configure: modis will not be compiled
> > > > > configure: mode_graphics will not be compiled
> > > > > configure: mode_time_domain will be compiled
> > > > > configure: tc_utils will be compiled
> > > > > configure: gsi_tools will be compiled
> > > > > configure: GRIB2 utilities will not be compiled
> > > > > configure: python embedding will not be compiled checking
for
> > bison...
> > > > > bison -y checking for g++... g++ checking whether the C++
> > > > > compiler works... no
> > > > > configure: error: in
> `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > configure: error: C++ compiler cannot create executables See
> > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thanks for the additional information. Hopefully, you'll
get
> > > > > a good compilation with the changes to the MET Python
> > > > > environment
> > variables.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, I will try your suggestions. I failed to point out,
that
> > > > > > I don't get a good configuration with the Python variables
set.
> > > > > >
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I see that you are having trouble compiling MET with the
> > > > > > Python embedding option, but that you get a successful
> > > > > > compilation and run of
> > > > > "make test"
> > > > > > without the Python embedding option.
> > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > >
> > > > > >
> > > > > > In order to try to determine what the problem is with the
> > > > > > compilation, it would be helpful and necessary to see your
> > > > > > config.log and your make.log file. However, if you are
> > > > > > using `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > >
> > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > -fstack-protector-strong -fno-plt -O3 -ffunction-
sections
> > > > > > > -pipe -isystem /usr/local/Anaconda3-2020.02/include
> > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_157851068360
> > > > > > > 7/
> > > > > > > wo
> > > > > > > rk
> > > > > > > =/
> > > > > > > us
> > > > > > > r/
> > > > > > > local/src/conda/python-3.7.6
> > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local
> > > > > > > /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > -ffat-lto-objects -flto-partition=none -flto -DNDEBUG
> > > > > > > -fwrapv -O3 -Wall
> > > > > >
> > > > > > then we can and should pair that down a bit.
> > > > > >
> > > > > > Instead of setting:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/pytho
> > > > > > > n3
> > > > > > > .7
> > > > > > > m
> > > > > >
> > > > > > Please note there are no quotation marks.
> > > > > >
> > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > -export-dynamic
> > > > > >
> > > > > > Please note both the removal of the quotation marks and
the
> > > > > > insertion of the backslashes before the spaces.
> > > > > >
> > > > > > Please try running "make clean", then rerun configure,
> > > > > > "make", "make install", and "make test" again and let us
> > > > > > know how it
> goes.
> > > > > > If you still do not get a successful compilation, please
> > > > > > send us your config.log file and your make.log file.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Queue: met_help
> > > > > > > Subject: I was able to build the executable, but
> > > > > > > Owner: Nobody
> > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I would like to run the tests. My install
> > > > > > >
> > > > > > >
> > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-xr-x.
4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
ensemble_stat
> > > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
> > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
> > > > > > > ramos 8.8M Jun
> > > > > > > 15
> > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > 13:21
> > > wavelet_stat -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun
> > > > > > > 15
> > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
> > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15
> > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun
> > > > > > > 15
> > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun
15
> > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
pb2nc
> > > > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> > > > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun
15
> > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M
Jun
> > > > > > > 15
> > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
> > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > tc_pairs
> > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
ramos
> > > > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos
> > > > > > > 12M Jun 15
> > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
> > > > > > > 13:21
> .
> > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > [ramos at lorenz ~]$
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > > Greg Ramos
> > > > > > > Home: (951) 242-9171
> > > > > > > Cell: (831) 920-8975
> > > > > > >
> > > > > > >
> > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 16:50:38 2020
Attached is the output of the make test.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 3:35 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
It's great that MET compiled successfully. Could you please send your
make_test.log file so that I can take a look and see what the problem
was?
Thanks!
Julie
On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, thank you. It built. I did get an error during make test.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 3:09 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I do not believe it does test the Python embedding functionality.
We
> have plans to improve the tests that are run in "make test", but
have
> not yet done so. However, I put a tar file,
MET_python_embedding.tar,
> on our ftp server for you to grab. It contains data files that you
> can test with along with a README file that contains multiple calls
to plot_data_plane.
> You can run each of those commands and check for errors. If you
> receive any errors, please let us know.
>
> To access the file you can run:
>
> > ftp -p ftp.rap.ucar.edu
>
>
> When asked for your Name, enter "anonymous". When asked for your
> password, enter your email address. Then run:
>
> > cd pub/jpresto/for_greg
> > get MET_python_embedding.tar
>
>
> Please let me know if you have any questions.
>
> Julie
>
> On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, the compile is running now. Does the "make test", test the
> > Python portion of the application?
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 2:17 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Great! I'm so glad to hear it. Thanks for letting us know.
> > Fingers crossed for a successful compilation.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, that got me a clean configure. I'll see if it will compile
now.
> > Thanks.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thank you, Greg.
> > >
> > > I see the following problem in your config.log file:
> > >
> > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > > >
> > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > >
> > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp >&5
> > > >
> > > > /usr/bin/ld: cannot find -lpython3.7
> > > >
> > >
> > > Please try using the following value for MET_PYTHON_LD and then
> > > reconfigure:
> > >
> > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > -export-dynamic
> > >
> > >
> > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > >
> > > Please let us know how it goes. Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Find attachment.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks for the follow up. Please send me your config.log
file,
> > > > and I'll take a look.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > As soon as I set those varibales, it won't configure:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > BSD-compatible install... /usr/bin/install -c checking
whether
> > > > > build environment is sane... yes checking for a thread-safe
> > > > > mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
> > > > > whether make sets $(MAKE)... yes checking whether make
> > > > > supports nested variables... yes
> > > > > configure: BUFRLIB_NAME will be set
> > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > configure: Dynamic linking will not be used in the compiles
> > > > > configure: ascii2nc will be compiled
> > > > > configure: lidar2nc will not be compiled
> > > > > configure: ensemble_stat will be compiled
> > > > > configure: gen_vx_mask will be compiled
> > > > > configure: gis_utils will be compiled
> > > > > configure: grid_stat will be compiled
> > > > > configure: madis2nc will be compiled
> > > > > configure: mode will be compiled
> > > > > configure: mode_analysis will be compiled
> > > > > configure: pb2nc will be compiled
> > > > > configure: pcp_combine will be compiled
> > > > > configure: plot_data_plane will be compiled
> > > > > configure: regrid_data_plane will be compiled
> > > > > configure: point2grid will be compiled
> > > > > configure: shift_data_plane will be compiled
> > > > > configure: plot_point_obs will be compiled
> > > > > configure: point_stat will be compiled
> > > > > configure: stat_analysis will be compiled
> > > > > configure: wavelet_stat will be compiled
> > > > > configure: series_analysis will be compiled
> > > > > configure: wwmca will be compiled
> > > > > configure: modis will not be compiled
> > > > > configure: mode_graphics will not be compiled
> > > > > configure: mode_time_domain will be compiled
> > > > > configure: tc_utils will be compiled
> > > > > configure: gsi_tools will be compiled
> > > > > configure: GRIB2 utilities will not be compiled
> > > > > configure: python embedding will not be compiled checking
for
> > bison...
> > > > > bison -y checking for g++... g++ checking whether the C++
> > > > > compiler works... no
> > > > > configure: error: in
> `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > configure: error: C++ compiler cannot create executables See
> > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thanks for the additional information. Hopefully, you'll
get
> > > > > a good compilation with the changes to the MET Python
> > > > > environment
> > variables.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, I will try your suggestions. I failed to point out,
that
> > > > > > I don't get a good configuration with the Python variables
set.
> > > > > >
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I see that you are having trouble compiling MET with the
> > > > > > Python embedding option, but that you get a successful
> > > > > > compilation and run of
> > > > > "make test"
> > > > > > without the Python embedding option.
> > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > >
> > > > > >
> > > > > > In order to try to determine what the problem is with the
> > > > > > compilation, it would be helpful and necessary to see your
> > > > > > config.log and your make.log file. However, if you are
> > > > > > using `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > >
> > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > -fstack-protector-strong -fno-plt -O3 -ffunction-
sections
> > > > > > > -pipe -isystem /usr/local/Anaconda3-2020.02/include
> > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_157851068360
> > > > > > > 7/
> > > > > > > wo
> > > > > > > rk
> > > > > > > =/
> > > > > > > us
> > > > > > > r/
> > > > > > > local/src/conda/python-3.7.6
> > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local
> > > > > > > /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > -ffat-lto-objects -flto-partition=none -flto -DNDEBUG
> > > > > > > -fwrapv -O3 -Wall
> > > > > >
> > > > > > then we can and should pair that down a bit.
> > > > > >
> > > > > > Instead of setting:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export
> > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/pytho
> > > > > > > n3
> > > > > > > .7
> > > > > > > m
> > > > > >
> > > > > > Please note there are no quotation marks.
> > > > > >
> > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > >
> > > > > > please set the following instead:
> > > > > >
> > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > -export-dynamic
> > > > > >
> > > > > > Please note both the removal of the quotation marks and
the
> > > > > > insertion of the backslashes before the spaces.
> > > > > >
> > > > > > Please try running "make clean", then rerun configure,
> > > > > > "make", "make install", and "make test" again and let us
> > > > > > know how it
> goes.
> > > > > > If you still do not get a successful compilation, please
> > > > > > send us your config.log file and your make.log file.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted upon.
> > > > > > > Transaction: Ticket created by
Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Queue: met_help
> > > > > > > Subject: I was able to build the executable, but
> > > > > > > Owner: Nobody
> > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I would like to run the tests. My install
> > > > > > >
> > > > > > >
> > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-xr-x.
4 ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
ensemble_stat
> > > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x. 1
> > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
> > > > > > > ramos 8.8M Jun
> > > > > > > 15
> > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > 13:21
> > > wavelet_stat -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M Jun
> > > > > > > 15
> > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun 15
> > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun 15
> > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M Jun
> > > > > > > 15
> > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M Jun
15
> > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
pb2nc
> > > > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21 wwmca_regrid
> > > > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun
15
> > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M
Jun
> > > > > > > 15
> > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
> > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > tc_pairs
> > -rwxr-xr-x.
> > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
ramos
> > > > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos ramos
> > > > > > > 12M Jun 15
> > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun 15
> > > > > > > 13:21
> .
> > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > [ramos at lorenz ~]$
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > When I set the following two variables, it will not
compile:
> > > > > > >
> > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker -export-
dynamic"
> > > > > > > export
> > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-2020.02/bin/python3-
co
> > > > > > > nf
> > > > > > > ig
> > > > > > > --cflags`
> > > > > > >
> > > > > > > Greg Ramos
> > > > > > > Home: (951) 242-9171
> > > > > > > Cell: (831) 920-8975
> > > > > > >
> > > > > > >
> > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 17:19:00 2020
Hi Greg.
I have not encountered either of these issues previously. Based on
some
google research, it looks like the issues are unrelated.
Regarding the problem in make_test.log:
> Internal Error: get_unit(): Bad internal unit KIND
>
I found some information on a site (
http://earthdef.caltech.edu/boards/4/topics/2100?r=2187), unrelated to
MET,
but which still may be helpful to you.
> This bad unit error has to do with the fact that older compilers
used
> libgfortran.so.3 and the newer versions use libgfortran.so.4 which
is often
> part of the conda distribution on some platforms. The default
linkage is
> done with -lgfortran for mdx and other fortran programs and this is
> typically a symlink. When the link points to libgfortran.so.4 -
apparently
> mdx doesn't like it. One way around is to use the
Makemdx_gfortran_ubuntu
> file to build mdx without -L ${CONDADIR}/lib on the link path. This
would
> typically cause it to link to system libgfortran.so.3 and then copy
over
> the executable to installdir/bin . Automating this will be a bit of
a
> challenge.
>
I also saw on a different site (
https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk) that
running the following may help:
> 'conda update openmc'
Regarding the warning in your make.log file:
> usr/bin/ld: warning: libnetcdf.so.6, needed by
> /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> libnetcdf.so.11
>
This could cause a problem when working with NetCDF files. It looks
like
netcdf c++ is linking with a different version of netcdf than MET is.
You'll need to link MET with the same version of netcdf the netcdf c++
was
linked with.
I hope that helps.
Please let us know if you have any other questions and please let us
know
how it goes.
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Attached is the output of the make test.
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 3:35 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> It's great that MET compiled successfully. Could you please send
your
> make_test.log file so that I can take a look and see what the
problem was?
>
> Thanks!
>
> Julie
>
> On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, thank you. It built. I did get an error during make test.
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 3:09 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I do not believe it does test the Python embedding functionality.
We
> > have plans to improve the tests that are run in "make test", but
have
> > not yet done so. However, I put a tar file,
MET_python_embedding.tar,
> > on our ftp server for you to grab. It contains data files that
you
> > can test with along with a README file that contains multiple
calls to
> plot_data_plane.
> > You can run each of those commands and check for errors. If you
> > receive any errors, please let us know.
> >
> > To access the file you can run:
> >
> > > ftp -p ftp.rap.ucar.edu
> >
> >
> > When asked for your Name, enter "anonymous". When asked for your
> > password, enter your email address. Then run:
> >
> > > cd pub/jpresto/for_greg
> > > get MET_python_embedding.tar
> >
> >
> > Please let me know if you have any questions.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, the compile is running now. Does the "make test", test the
> > > Python portion of the application?
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > Fingers crossed for a successful compilation.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, that got me a clean configure. I'll see if it will compile
now.
> > > Thanks.
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thank you, Greg.
> > > >
> > > > I see the following problem in your config.log file:
> > > >
> > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > > > >
> > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > >
> > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp
>&5
> > > > >
> > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > >
> > > >
> > > > Please try using the following value for MET_PYTHON_LD and
then
> > > > reconfigure:
> > > >
> > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > -export-dynamic
> > > >
> > > >
> > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > >
> > > > Please let us know how it goes. Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > Find attachment.
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thanks for the follow up. Please send me your config.log
file,
> > > > > and I'll take a look.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > As soon as I set those varibales, it won't configure:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > BSD-compatible install... /usr/bin/install -c checking
whether
> > > > > > build environment is sane... yes checking for a thread-
safe
> > > > > > mkdir -p... /bin/mkdir -p checking for gawk... gawk
checking
> > > > > > whether make sets $(MAKE)... yes checking whether make
> > > > > > supports nested variables... yes
> > > > > > configure: BUFRLIB_NAME will be set
> > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > configure: Dynamic linking will not be used in the
compiles
> > > > > > configure: ascii2nc will be compiled
> > > > > > configure: lidar2nc will not be compiled
> > > > > > configure: ensemble_stat will be compiled
> > > > > > configure: gen_vx_mask will be compiled
> > > > > > configure: gis_utils will be compiled
> > > > > > configure: grid_stat will be compiled
> > > > > > configure: madis2nc will be compiled
> > > > > > configure: mode will be compiled
> > > > > > configure: mode_analysis will be compiled
> > > > > > configure: pb2nc will be compiled
> > > > > > configure: pcp_combine will be compiled
> > > > > > configure: plot_data_plane will be compiled
> > > > > > configure: regrid_data_plane will be compiled
> > > > > > configure: point2grid will be compiled
> > > > > > configure: shift_data_plane will be compiled
> > > > > > configure: plot_point_obs will be compiled
> > > > > > configure: point_stat will be compiled
> > > > > > configure: stat_analysis will be compiled
> > > > > > configure: wavelet_stat will be compiled
> > > > > > configure: series_analysis will be compiled
> > > > > > configure: wwmca will be compiled
> > > > > > configure: modis will not be compiled
> > > > > > configure: mode_graphics will not be compiled
> > > > > > configure: mode_time_domain will be compiled
> > > > > > configure: tc_utils will be compiled
> > > > > > configure: gsi_tools will be compiled
> > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > configure: python embedding will not be compiled checking
for
> > > bison...
> > > > > > bison -y checking for g++... g++ checking whether the C++
> > > > > > compiler works... no
> > > > > > configure: error: in
> > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > configure: error: C++ compiler cannot create executables
See
> > > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Thanks for the additional information. Hopefully, you'll
get
> > > > > > a good compilation with the changes to the MET Python
> > > > > > environment
> > > variables.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, I will try your suggestions. I failed to point out,
that
> > > > > > > I don't get a good configuration with the Python
variables set.
> > > > > > >
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Hi Greg.
> > > > > > >
> > > > > > > I see that you are having trouble compiling MET with the
> > > > > > > Python embedding option, but that you get a successful
> > > > > > > compilation and run of
> > > > > > "make test"
> > > > > > > without the Python embedding option.
> > > > > > >
> > > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > >
> > > > > > >
> > > > > > > In order to try to determine what the problem is with
the
> > > > > > > compilation, it would be helpful and necessary to see
your
> > > > > > > config.log and your make.log file. However, if you are
> > > > > > > using `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > >
> > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > -fstack-protector-strong -fno-plt -O3 -ffunction-
sections
> > > > > > > > -pipe -isystem /usr/local/Anaconda3-2020.02/include
> > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_157851068360
> > > > > > > > 7/
> > > > > > > > wo
> > > > > > > > rk
> > > > > > > > =/
> > > > > > > > us
> > > > > > > > r/
> > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/local
> > > > > > > > /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > > -ffat-lto-objects -flto-partition=none -flto -DNDEBUG
> > > > > > > > -fwrapv -O3 -Wall
> > > > > > >
> > > > > > > then we can and should pair that down a bit.
> > > > > > >
> > > > > > > Instead of setting:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > > >
> > > > > > > please set the following instead:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/pytho
> > > > > > > > n3
> > > > > > > > .7
> > > > > > > > m
> > > > > > >
> > > > > > > Please note there are no quotation marks.
> > > > > > >
> > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > >
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > >
> > > > > > > please set the following instead:
> > > > > > >
> > > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > -export-dynamic
> > > > > > >
> > > > > > > Please note both the removal of the quotation marks and
the
> > > > > > > insertion of the backslashes before the spaces.
> > > > > > >
> > > > > > > Please try running "make clean", then rerun configure,
> > > > > > > "make", "make install", and "make test" again and let us
> > > > > > > know how it
> > goes.
> > > > > > > If you still do not get a successful compilation, please
> > > > > > > send us your config.log file and your make.log file.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > Transaction: Ticket created by
> Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > Queue: met_help
> > > > > > > > Subject: I was able to build the executable, but
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > Status: new
> > > > > > > > Ticket <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > I would like to run the tests. My install
> > > > > > > >
> > > > > > > >
> > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-xr-
x. 4
> ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
ensemble_stat
> > > > -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x.
1
> > > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
> > > > > > > > ramos 8.8M Jun
> > > > > > > > 15
> > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun
15
> > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun
15
> > > > > > > > 13:21
> > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun
15
> > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun
15
> > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M
Jun 15
> > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > > madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21
pb2nc
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 12M Jun 15 13:21
wwmca_regrid
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 13M Jun 15 13:21 wwmca_plot
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun
15
> > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
> > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > > tc_pairs
> > > -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
ramos
> > > > > > > > ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > 12M Jun 15
> > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun
15
> > > > > > > > 13:21
> > .
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > > [ramos at lorenz ~]$
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > >
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > > >
> > > > > > > > Greg Ramos
> > > > > > > > Home: (951) 242-9171
> > > > > > > > Cell: (831) 920-8975
> > > > > > > >
> > > > > > > >
> > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 17:21:19 2020
OK, I will snoop around. Thanks for those hints. I see one from
Caltech. I used to work for JPL that is 'managed' by Caltech.
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 4:19 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
I have not encountered either of these issues previously. Based on
some google research, it looks like the issues are unrelated.
Regarding the problem in make_test.log:
> Internal Error: get_unit(): Bad internal unit KIND
>
I found some information on a site (
http://earthdef.caltech.edu/boards/4/topics/2100?r=2187), unrelated to
MET, but which still may be helpful to you.
> This bad unit error has to do with the fact that older compilers
used
> libgfortran.so.3 and the newer versions use libgfortran.so.4 which
is
> often part of the conda distribution on some platforms. The default
> linkage is done with -lgfortran for mdx and other fortran programs
and
> this is typically a symlink. When the link points to
libgfortran.so.4
> - apparently mdx doesn't like it. One way around is to use the
> Makemdx_gfortran_ubuntu file to build mdx without -L ${CONDADIR}/lib
> on the link path. This would typically cause it to link to system
> libgfortran.so.3 and then copy over the executable to installdir/bin
.
> Automating this will be a bit of a challenge.
>
I also saw on a different site (
https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk) that
running the following may help:
> 'conda update openmc'
Regarding the warning in your make.log file:
> usr/bin/ld: warning: libnetcdf.so.6, needed by
> /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> libnetcdf.so.11
>
This could cause a problem when working with NetCDF files. It looks
like netcdf c++ is linking with a different version of netcdf than MET
is.
You'll need to link MET with the same version of netcdf the netcdf c++
was linked with.
I hope that helps.
Please let us know if you have any other questions and please let us
know how it goes.
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Attached is the output of the make test.
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 3:35 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> It's great that MET compiled successfully. Could you please send
your
> make_test.log file so that I can take a look and see what the
problem was?
>
> Thanks!
>
> Julie
>
> On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, thank you. It built. I did get an error during make test.
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 3:09 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I do not believe it does test the Python embedding functionality.
> > We have plans to improve the tests that are run in "make test",
but
> > have not yet done so. However, I put a tar file,
> > MET_python_embedding.tar, on our ftp server for you to grab. It
> > contains data files that you can test with along with a README
file
> > that contains multiple calls to
> plot_data_plane.
> > You can run each of those commands and check for errors. If you
> > receive any errors, please let us know.
> >
> > To access the file you can run:
> >
> > > ftp -p ftp.rap.ucar.edu
> >
> >
> > When asked for your Name, enter "anonymous". When asked for your
> > password, enter your email address. Then run:
> >
> > > cd pub/jpresto/for_greg
> > > get MET_python_embedding.tar
> >
> >
> > Please let me know if you have any questions.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, the compile is running now. Does the "make test", test the
> > > Python portion of the application?
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > Fingers crossed for a successful compilation.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, that got me a clean configure. I'll see if it will compile
now.
> > > Thanks.
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thank you, Greg.
> > > >
> > > > I see the following problem in your config.log file:
> > > >
> > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > > > >
> > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > >
> > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp
>&5
> > > > >
> > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > >
> > > >
> > > > Please try using the following value for MET_PYTHON_LD and
then
> > > > reconfigure:
> > > >
> > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > -export-dynamic
> > > >
> > > >
> > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > >
> > > > Please let us know how it goes. Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > Find attachment.
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thanks for the follow up. Please send me your config.log
> > > > > file, and I'll take a look.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > As soon as I set those varibales, it won't configure:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > BSD-compatible install... /usr/bin/install -c checking
> > > > > > whether build environment is sane... yes checking for a
> > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for gawk...
> > > > > > gawk checking whether make sets $(MAKE)... yes checking
> > > > > > whether make supports nested variables... yes
> > > > > > configure: BUFRLIB_NAME will be set
> > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > configure: Dynamic linking will not be used in the
compiles
> > > > > > configure: ascii2nc will be compiled
> > > > > > configure: lidar2nc will not be compiled
> > > > > > configure: ensemble_stat will be compiled
> > > > > > configure: gen_vx_mask will be compiled
> > > > > > configure: gis_utils will be compiled
> > > > > > configure: grid_stat will be compiled
> > > > > > configure: madis2nc will be compiled
> > > > > > configure: mode will be compiled
> > > > > > configure: mode_analysis will be compiled
> > > > > > configure: pb2nc will be compiled
> > > > > > configure: pcp_combine will be compiled
> > > > > > configure: plot_data_plane will be compiled
> > > > > > configure: regrid_data_plane will be compiled
> > > > > > configure: point2grid will be compiled
> > > > > > configure: shift_data_plane will be compiled
> > > > > > configure: plot_point_obs will be compiled
> > > > > > configure: point_stat will be compiled
> > > > > > configure: stat_analysis will be compiled
> > > > > > configure: wavelet_stat will be compiled
> > > > > > configure: series_analysis will be compiled
> > > > > > configure: wwmca will be compiled
> > > > > > configure: modis will not be compiled
> > > > > > configure: mode_graphics will not be compiled
> > > > > > configure: mode_time_domain will be compiled
> > > > > > configure: tc_utils will be compiled
> > > > > > configure: gsi_tools will be compiled
> > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > configure: python embedding will not be compiled checking
> > > > > > for
> > > bison...
> > > > > > bison -y checking for g++... g++ checking whether the C++
> > > > > > compiler works... no
> > > > > > configure: error: in
> > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > configure: error: C++ compiler cannot create executables
See
> > > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Thanks for the additional information. Hopefully, you'll
> > > > > > get a good compilation with the changes to the MET Python
> > > > > > environment
> > > variables.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, I will try your suggestions. I failed to point out,
> > > > > > > that I don't get a good configuration with the Python
variables set.
> > > > > > >
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Hi Greg.
> > > > > > >
> > > > > > > I see that you are having trouble compiling MET with the
> > > > > > > Python embedding option, but that you get a successful
> > > > > > > compilation and run of
> > > > > > "make test"
> > > > > > > without the Python embedding option.
> > > > > > >
> > > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > >
> > > > > > >
> > > > > > > In order to try to determine what the problem is with
the
> > > > > > > compilation, it would be helpful and necessary to see
your
> > > > > > > config.log and your make.log file. However, if you are
> > > > > > > using `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > >
> > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683
> > > > > > > > 60
> > > > > > > > 7/
> > > > > > > > wo
> > > > > > > > rk
> > > > > > > > =/
> > > > > > > > us
> > > > > > > > r/
> > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/loc
> > > > > > > > al /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > > -ffat-lto-objects -flto-partition=none -flto -DNDEBUG
> > > > > > > > -fwrapv -O3 -Wall
> > > > > > >
> > > > > > > then we can and should pair that down a bit.
> > > > > > >
> > > > > > > Instead of setting:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > > >
> > > > > > > please set the following instead:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/pyt
> > > > > > > > ho
> > > > > > > > n3
> > > > > > > > .7
> > > > > > > > m
> > > > > > >
> > > > > > > Please note there are no quotation marks.
> > > > > > >
> > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > >
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > >
> > > > > > > please set the following instead:
> > > > > > >
> > > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > -export-dynamic
> > > > > > >
> > > > > > > Please note both the removal of the quotation marks and
> > > > > > > the insertion of the backslashes before the spaces.
> > > > > > >
> > > > > > > Please try running "make clean", then rerun configure,
> > > > > > > "make", "make install", and "make test" again and let us
> > > > > > > know how it
> > goes.
> > > > > > > If you still do not get a successful compilation, please
> > > > > > > send us your config.log file and your make.log file.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > Transaction: Ticket created by
> Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > Queue: met_help
> > > > > > > > Subject: I was able to build the executable, but
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > Status: new
> > > > > > > > Ticket <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > I would like to run the tests. My install
> > > > > > > >
> > > > > > > >
> > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-xr-
x.
> > > > > > > > 4
> ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > ensemble_stat
> > > > -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x.
1
> > > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
> > > > > > > > ramos 8.8M Jun
> > > > > > > > 15
> > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > 15
> > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun
15
> > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun
15
> > > > > > > > 13:21
> > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun
15
> > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun
15
> > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun 15
13:21
> > > > > > > > wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > > wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun
> > > > > > > > 15
> > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M
> > > > > > > > Jun
> > > > > > > > 15
> > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
> > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > 13:21 tc_pairs
> > > -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
> > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1
ramos
> > > > > > > > ramos 12M Jun 15
> > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun
15
> > > > > > > > 13:21
> > .
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > > [ramos at lorenz ~]$
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > >
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > > >
> > > > > > > > Greg Ramos
> > > > > > > > Home: (951) 242-9171
> > > > > > > > Cell: (831) 920-8975
> > > > > > > >
> > > > > > > >
> > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 17:23:33 2020
BTW, I compiled with GCC 6.3.0
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 4:19 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
I have not encountered either of these issues previously. Based on
some google research, it looks like the issues are unrelated.
Regarding the problem in make_test.log:
> Internal Error: get_unit(): Bad internal unit KIND
>
I found some information on a site (
http://earthdef.caltech.edu/boards/4/topics/2100?r=2187), unrelated to
MET, but which still may be helpful to you.
> This bad unit error has to do with the fact that older compilers
used
> libgfortran.so.3 and the newer versions use libgfortran.so.4 which
is
> often part of the conda distribution on some platforms. The default
> linkage is done with -lgfortran for mdx and other fortran programs
and
> this is typically a symlink. When the link points to
libgfortran.so.4
> - apparently mdx doesn't like it. One way around is to use the
> Makemdx_gfortran_ubuntu file to build mdx without -L ${CONDADIR}/lib
> on the link path. This would typically cause it to link to system
> libgfortran.so.3 and then copy over the executable to installdir/bin
.
> Automating this will be a bit of a challenge.
>
I also saw on a different site (
https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk) that
running the following may help:
> 'conda update openmc'
Regarding the warning in your make.log file:
> usr/bin/ld: warning: libnetcdf.so.6, needed by
> /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> libnetcdf.so.11
>
This could cause a problem when working with NetCDF files. It looks
like netcdf c++ is linking with a different version of netcdf than MET
is.
You'll need to link MET with the same version of netcdf the netcdf c++
was linked with.
I hope that helps.
Please let us know if you have any other questions and please let us
know how it goes.
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Attached is the output of the make test.
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 3:35 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> It's great that MET compiled successfully. Could you please send
your
> make_test.log file so that I can take a look and see what the
problem was?
>
> Thanks!
>
> Julie
>
> On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, thank you. It built. I did get an error during make test.
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 3:09 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I do not believe it does test the Python embedding functionality.
> > We have plans to improve the tests that are run in "make test",
but
> > have not yet done so. However, I put a tar file,
> > MET_python_embedding.tar, on our ftp server for you to grab. It
> > contains data files that you can test with along with a README
file
> > that contains multiple calls to
> plot_data_plane.
> > You can run each of those commands and check for errors. If you
> > receive any errors, please let us know.
> >
> > To access the file you can run:
> >
> > > ftp -p ftp.rap.ucar.edu
> >
> >
> > When asked for your Name, enter "anonymous". When asked for your
> > password, enter your email address. Then run:
> >
> > > cd pub/jpresto/for_greg
> > > get MET_python_embedding.tar
> >
> >
> > Please let me know if you have any questions.
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, the compile is running now. Does the "make test", test the
> > > Python portion of the application?
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > Fingers crossed for a successful compilation.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, that got me a clean configure. I'll see if it will compile
now.
> > > Thanks.
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thank you, Greg.
> > > >
> > > > I see the following problem in your config.log file:
> > > >
> > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m -I/softwa\
> > > > >
> > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-met/lib
> > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > >
> > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp
>&5
> > > > >
> > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > >
> > > >
> > > > Please try using the following value for MET_PYTHON_LD and
then
> > > > reconfigure:
> > > >
> > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > -export-dynamic
> > > >
> > > >
> > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > >
> > > > Please let us know how it goes. Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > Find attachment.
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thanks for the follow up. Please send me your config.log
> > > > > file, and I'll take a look.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > As soon as I set those varibales, it won't configure:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > BSD-compatible install... /usr/bin/install -c checking
> > > > > > whether build environment is sane... yes checking for a
> > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for gawk...
> > > > > > gawk checking whether make sets $(MAKE)... yes checking
> > > > > > whether make supports nested variables... yes
> > > > > > configure: BUFRLIB_NAME will be set
> > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > configure: Dynamic linking will not be used in the
compiles
> > > > > > configure: ascii2nc will be compiled
> > > > > > configure: lidar2nc will not be compiled
> > > > > > configure: ensemble_stat will be compiled
> > > > > > configure: gen_vx_mask will be compiled
> > > > > > configure: gis_utils will be compiled
> > > > > > configure: grid_stat will be compiled
> > > > > > configure: madis2nc will be compiled
> > > > > > configure: mode will be compiled
> > > > > > configure: mode_analysis will be compiled
> > > > > > configure: pb2nc will be compiled
> > > > > > configure: pcp_combine will be compiled
> > > > > > configure: plot_data_plane will be compiled
> > > > > > configure: regrid_data_plane will be compiled
> > > > > > configure: point2grid will be compiled
> > > > > > configure: shift_data_plane will be compiled
> > > > > > configure: plot_point_obs will be compiled
> > > > > > configure: point_stat will be compiled
> > > > > > configure: stat_analysis will be compiled
> > > > > > configure: wavelet_stat will be compiled
> > > > > > configure: series_analysis will be compiled
> > > > > > configure: wwmca will be compiled
> > > > > > configure: modis will not be compiled
> > > > > > configure: mode_graphics will not be compiled
> > > > > > configure: mode_time_domain will be compiled
> > > > > > configure: tc_utils will be compiled
> > > > > > configure: gsi_tools will be compiled
> > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > configure: python embedding will not be compiled checking
> > > > > > for
> > > bison...
> > > > > > bison -y checking for g++... g++ checking whether the C++
> > > > > > compiler works... no
> > > > > > configure: error: in
> > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > configure: error: C++ compiler cannot create executables
See
> > > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Thanks for the additional information. Hopefully, you'll
> > > > > > get a good compilation with the changes to the MET Python
> > > > > > environment
> > > variables.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, I will try your suggestions. I failed to point out,
> > > > > > > that I don't get a good configuration with the Python
variables set.
> > > > > > >
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Hi Greg.
> > > > > > >
> > > > > > > I see that you are having trouble compiling MET with the
> > > > > > > Python embedding option, but that you get a successful
> > > > > > > compilation and run of
> > > > > > "make test"
> > > > > > > without the Python embedding option.
> > > > > > >
> > > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > >
> > > > > > >
> > > > > > > In order to try to determine what the problem is with
the
> > > > > > > compilation, it would be helpful and necessary to see
your
> > > > > > > config.log and your make.log file. However, if you are
> > > > > > > using `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > >
> > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683
> > > > > > > > 60
> > > > > > > > 7/
> > > > > > > > wo
> > > > > > > > rk
> > > > > > > > =/
> > > > > > > > us
> > > > > > > > r/
> > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/loc
> > > > > > > > al /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > > -ffat-lto-objects -flto-partition=none -flto -DNDEBUG
> > > > > > > > -fwrapv -O3 -Wall
> > > > > > >
> > > > > > > then we can and should pair that down a bit.
> > > > > > >
> > > > > > > Instead of setting:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > > >
> > > > > > > please set the following instead:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/pyt
> > > > > > > > ho
> > > > > > > > n3
> > > > > > > > .7
> > > > > > > > m
> > > > > > >
> > > > > > > Please note there are no quotation marks.
> > > > > > >
> > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > >
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > >
> > > > > > > please set the following instead:
> > > > > > >
> > > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > -export-dynamic
> > > > > > >
> > > > > > > Please note both the removal of the quotation marks and
> > > > > > > the insertion of the backslashes before the spaces.
> > > > > > >
> > > > > > > Please try running "make clean", then rerun configure,
> > > > > > > "make", "make install", and "make test" again and let us
> > > > > > > know how it
> > goes.
> > > > > > > If you still do not get a successful compilation, please
> > > > > > > send us your config.log file and your make.log file.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > Transaction: Ticket created by
> Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > Queue: met_help
> > > > > > > > Subject: I was able to build the executable, but
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > Status: new
> > > > > > > > Ticket <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > I would like to run the tests. My install
> > > > > > > >
> > > > > > > >
> > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-xr-
x.
> > > > > > > > 4
> ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > ensemble_stat
> > > > -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-x.
1
> > > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1 ramos
> > > > > > > > ramos 8.8M Jun
> > > > > > > > 15
> > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > 15
> > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun
15
> > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun 15
> > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M Jun
15
> > > > > > > > 13:21
> > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K Jun
15
> > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K Jun
15
> > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M
Jun
> > > > > > > > 15
> > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun 15
13:21
> > > > > > > > wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > > wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M Jun
> > > > > > > > 15
> > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos 12M
> > > > > > > > Jun
> > > > > > > > 15
> > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun 15
> > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > 13:21 tc_pairs
> > > -rwxr-xr-x.
> > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
> > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1
ramos
> > > > > > > > ramos 12M Jun 15
> > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K Jun
15
> > > > > > > > 13:21
> > .
> > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > > [ramos at lorenz ~]$
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > When I set the following two variables, it will not
compile:
> > > > > > > >
> > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> -export-dynamic"
> > > > > > > > export
> > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > co
> > > > > > > > nf
> > > > > > > > ig
> > > > > > > > --cflags`
> > > > > > > >
> > > > > > > > Greg Ramos
> > > > > > > > Home: (951) 242-9171
> > > > > > > > Cell: (831) 920-8975
> > > > > > > >
> > > > > > > >
> > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Tue Jun 16 17:35:43 2020
Thanks! I'm interested in hearing the solution. We have compiled
with gcc
6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
Julie
On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> BTW, I compiled with GCC 6.3.0
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 4:19 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
> I have not encountered either of these issues previously. Based on
some
> google research, it looks like the issues are unrelated.
>
> Regarding the problem in make_test.log:
>
> > Internal Error: get_unit(): Bad internal unit KIND
> >
>
> I found some information on a site (
> http://earthdef.caltech.edu/boards/4/topics/2100?r=2187), unrelated
to
> MET, but which still may be helpful to you.
>
> > This bad unit error has to do with the fact that older compilers
used
> > libgfortran.so.3 and the newer versions use libgfortran.so.4 which
is
> > often part of the conda distribution on some platforms. The
default
> > linkage is done with -lgfortran for mdx and other fortran programs
and
> > this is typically a symlink. When the link points to
libgfortran.so.4
> > - apparently mdx doesn't like it. One way around is to use the
> > Makemdx_gfortran_ubuntu file to build mdx without -L
${CONDADIR}/lib
> > on the link path. This would typically cause it to link to system
> > libgfortran.so.3 and then copy over the executable to
installdir/bin .
> > Automating this will be a bit of a challenge.
> >
>
> I also saw on a different site (
> https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk)
that
> running the following may help:
>
> > 'conda update openmc'
>
>
> Regarding the warning in your make.log file:
>
> > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > libnetcdf.so.11
> >
>
> This could cause a problem when working with NetCDF files. It looks
like
> netcdf c++ is linking with a different version of netcdf than MET
is.
> You'll need to link MET with the same version of netcdf the netcdf
c++ was
> linked with.
>
> I hope that helps.
>
> Please let us know if you have any other questions and please let us
know
> how it goes.
>
> Julie
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
> On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Attached is the output of the make test.
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 3:35 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > It's great that MET compiled successfully. Could you please send
your
> > make_test.log file so that I can take a look and see what the
problem
> was?
> >
> > Thanks!
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, thank you. It built. I did get an error during make test.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I do not believe it does test the Python embedding
functionality.
> > > We have plans to improve the tests that are run in "make test",
but
> > > have not yet done so. However, I put a tar file,
> > > MET_python_embedding.tar, on our ftp server for you to grab. It
> > > contains data files that you can test with along with a README
file
> > > that contains multiple calls to
> > plot_data_plane.
> > > You can run each of those commands and check for errors. If you
> > > receive any errors, please let us know.
> > >
> > > To access the file you can run:
> > >
> > > > ftp -p ftp.rap.ucar.edu
> > >
> > >
> > > When asked for your Name, enter "anonymous". When asked for
your
> > > password, enter your email address. Then run:
> > >
> > > > cd pub/jpresto/for_greg
> > > > get MET_python_embedding.tar
> > >
> > >
> > > Please let me know if you have any questions.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, the compile is running now. Does the "make test", test the
> > > > Python portion of the application?
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > > Fingers crossed for a successful compilation.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > OK, that got me a clean configure. I'll see if it will
compile now.
> > > > Thanks.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thank you, Greg.
> > > > >
> > > > > I see the following problem in your config.log file:
> > > > >
> > > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
-I/softwa\
> > > > > >
> > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-
met/lib
> > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > >
> > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp
>&5
> > > > > >
> > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > >
> > > > >
> > > > > Please try using the following value for MET_PYTHON_LD and
then
> > > > > reconfigure:
> > > > >
> > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > -export-dynamic
> > > > >
> > > > >
> > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > >
> > > > > Please let us know how it goes. Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > Find attachment.
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Thanks for the follow up. Please send me your config.log
> > > > > > file, and I'll take a look.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > As soon as I set those varibales, it won't configure:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > BSD-compatible install... /usr/bin/install -c checking
> > > > > > > whether build environment is sane... yes checking for a
> > > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > gawk checking whether make sets $(MAKE)... yes checking
> > > > > > > whether make supports nested variables... yes
> > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > configure: Dynamic linking will not be used in the
compiles
> > > > > > > configure: ascii2nc will be compiled
> > > > > > > configure: lidar2nc will not be compiled
> > > > > > > configure: ensemble_stat will be compiled
> > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > configure: gis_utils will be compiled
> > > > > > > configure: grid_stat will be compiled
> > > > > > > configure: madis2nc will be compiled
> > > > > > > configure: mode will be compiled
> > > > > > > configure: mode_analysis will be compiled
> > > > > > > configure: pb2nc will be compiled
> > > > > > > configure: pcp_combine will be compiled
> > > > > > > configure: plot_data_plane will be compiled
> > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > configure: point2grid will be compiled
> > > > > > > configure: shift_data_plane will be compiled
> > > > > > > configure: plot_point_obs will be compiled
> > > > > > > configure: point_stat will be compiled
> > > > > > > configure: stat_analysis will be compiled
> > > > > > > configure: wavelet_stat will be compiled
> > > > > > > configure: series_analysis will be compiled
> > > > > > > configure: wwmca will be compiled
> > > > > > > configure: modis will not be compiled
> > > > > > > configure: mode_graphics will not be compiled
> > > > > > > configure: mode_time_domain will be compiled
> > > > > > > configure: tc_utils will be compiled
> > > > > > > configure: gsi_tools will be compiled
> > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > configure: python embedding will not be compiled
checking
> > > > > > > for
> > > > bison...
> > > > > > > bison -y checking for g++... g++ checking whether the
C++
> > > > > > > compiler works... no
> > > > > > > configure: error: in
> > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > configure: error: C++ compiler cannot create executables
See
> > > > > > > `config.log' for more details [ramos at lorenz met-9.0.2]$
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thanks for the additional information. Hopefully,
you'll
> > > > > > > get a good compilation with the changes to the MET
Python
> > > > > > > environment
> > > > variables.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, I will try your suggestions. I failed to point
out,
> > > > > > > > that I don't get a good configuration with the Python
> variables set.
> > > > > > > >
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Hi Greg.
> > > > > > > >
> > > > > > > > I see that you are having trouble compiling MET with
the
> > > > > > > > Python embedding option, but that you get a successful
> > > > > > > > compilation and run of
> > > > > > > "make test"
> > > > > > > > without the Python embedding option.
> > > > > > > >
> > > > > > > > > When I set the following two variables, it will not
> compile:
> > > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > >
> > > > > > > >
> > > > > > > > In order to try to determine what the problem is with
the
> > > > > > > > compilation, it would be helpful and necessary to see
your
> > > > > > > > config.log and your make.log file. However, if you
are
> > > > > > > > using `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > > >
> > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578510683
> > > > > > > > > 60
> > > > > > > > > 7/
> > > > > > > > > wo
> > > > > > > > > rk
> > > > > > > > > =/
> > > > > > > > > us
> > > > > > > > > r/
> > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/loc
> > > > > > > > > al /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > > > -ffat-lto-objects -flto-partition=none -flto
-DNDEBUG
> > > > > > > > > -fwrapv -O3 -Wall
> > > > > > > >
> > > > > > > > then we can and should pair that down a bit.
> > > > > > > >
> > > > > > > > Instead of setting:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > please set the following instead:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/pyt
> > > > > > > > > ho
> > > > > > > > > n3
> > > > > > > > > .7
> > > > > > > > > m
> > > > > > > >
> > > > > > > > Please note there are no quotation marks.
> > > > > > > >
> > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > >
> > > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > >
> > > > > > > > please set the following instead:
> > > > > > > >
> > > > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > > -export-dynamic
> > > > > > > >
> > > > > > > > Please note both the removal of the quotation marks
and
> > > > > > > > the insertion of the backslashes before the spaces.
> > > > > > > >
> > > > > > > > Please try running "make clean", then rerun configure,
> > > > > > > > "make", "make install", and "make test" again and let
us
> > > > > > > > know how it
> > > goes.
> > > > > > > > If you still do not get a successful compilation,
please
> > > > > > > > send us your config.log file and your make.log file.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > > Transaction: Ticket created by
> > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > Queue: met_help
> > > > > > > > > Subject: I was able to build the executable,
but
> > > > > > > > > Owner: Nobody
> > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > Status: new
> > > > > > > > > Ticket <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I would like to run the tests. My install
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-
xr-x.
> > > > > > > > > 4
> > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > ensemble_stat
> > > > > -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-
x. 1
> > > > > > > > > ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1
ramos
> > > > > > > > > ramos 8.8M Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun
15
> > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun
15
> > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M
Jun 15
> > > > > > > > > 13:21
> > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K
Jun 15
> > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K
Jun 15
> > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M
Jun 15
> > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun 15
13:21
> > > > > > > > > wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M Jun 15
13:21
> > > > > > > > > wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M Jun 15
> > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > > regrid_data_plane -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
12M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun
15
> > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 tc_pairs
> > > > -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
> > > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1
ramos
> > > > > > > > > ramos 12M Jun 15
> > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K
Jun 15
> > > > > > > > > 13:21
> > > .
> > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > > > [ramos at lorenz ~]$
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > When I set the following two variables, it will not
> compile:
> > > > > > > > >
> > > > > > > > > export MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > > Greg Ramos
> > > > > > > > > Home: (951) 242-9171
> > > > > > > > > Cell: (831) 920-8975
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> > > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Tue Jun 16 17:37:28 2020
OK, I have several versions of gcc, I am trying others.
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 4:36 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Thanks! I'm interested in hearing the solution. We have compiled
with gcc
6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
Julie
On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> BTW, I compiled with GCC 6.3.0
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 4:19 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I have not encountered either of these issues previously. Based on
> some google research, it looks like the issues are unrelated.
>
> Regarding the problem in make_test.log:
>
> > Internal Error: get_unit(): Bad internal unit KIND
> >
>
> I found some information on a site (
> http://earthdef.caltech.edu/boards/4/topics/2100?r=2187), unrelated
to
> MET, but which still may be helpful to you.
>
> > This bad unit error has to do with the fact that older compilers
> > used
> > libgfortran.so.3 and the newer versions use libgfortran.so.4 which
> > is often part of the conda distribution on some platforms. The
> > default linkage is done with -lgfortran for mdx and other fortran
> > programs and this is typically a symlink. When the link points to
> > libgfortran.so.4
> > - apparently mdx doesn't like it. One way around is to use the
> > Makemdx_gfortran_ubuntu file to build mdx without -L
${CONDADIR}/lib
> > on the link path. This would typically cause it to link to system
> > libgfortran.so.3 and then copy over the executable to
installdir/bin .
> > Automating this will be a bit of a challenge.
> >
>
> I also saw on a different site (
> https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk)
that
> running the following may help:
>
> > 'conda update openmc'
>
>
> Regarding the warning in your make.log file:
>
> > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > libnetcdf.so.11
> >
>
> This could cause a problem when working with NetCDF files. It looks
> like netcdf c++ is linking with a different version of netcdf than
MET is.
> You'll need to link MET with the same version of netcdf the netcdf
c++
> was linked with.
>
> I hope that helps.
>
> Please let us know if you have any other questions and please let us
> know how it goes.
>
> Julie
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
> On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Attached is the output of the make test.
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 3:35 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > It's great that MET compiled successfully. Could you please send
> > your make_test.log file so that I can take a look and see what the
> > problem
> was?
> >
> > Thanks!
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, thank you. It built. I did get an error during make test.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I do not believe it does test the Python embedding
functionality.
> > > We have plans to improve the tests that are run in "make test",
> > > but have not yet done so. However, I put a tar file,
> > > MET_python_embedding.tar, on our ftp server for you to grab. It
> > > contains data files that you can test with along with a README
> > > file that contains multiple calls to
> > plot_data_plane.
> > > You can run each of those commands and check for errors. If you
> > > receive any errors, please let us know.
> > >
> > > To access the file you can run:
> > >
> > > > ftp -p ftp.rap.ucar.edu
> > >
> > >
> > > When asked for your Name, enter "anonymous". When asked for
your
> > > password, enter your email address. Then run:
> > >
> > > > cd pub/jpresto/for_greg
> > > > get MET_python_embedding.tar
> > >
> > >
> > > Please let me know if you have any questions.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, the compile is running now. Does the "make test", test the
> > > > Python portion of the application?
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > > Fingers crossed for a successful compilation.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > OK, that got me a clean configure. I'll see if it will
compile now.
> > > > Thanks.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thank you, Greg.
> > > > >
> > > > > I see the following problem in your config.log file:
> > > > >
> > > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
-I/softwa\
> > > > > >
> > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-
met/lib
> > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > >
> > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp
> > > > > > >&5
> > > > > >
> > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > >
> > > > >
> > > > > Please try using the following value for MET_PYTHON_LD and
> > > > > then
> > > > > reconfigure:
> > > > >
> > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > -export-dynamic
> > > > >
> > > > >
> > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > >
> > > > > Please let us know how it goes. Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > Find attachment.
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Thanks for the follow up. Please send me your config.log
> > > > > > file, and I'll take a look.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > As soon as I set those varibales, it won't configure:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > BSD-compatible install... /usr/bin/install -c checking
> > > > > > > whether build environment is sane... yes checking for a
> > > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > gawk checking whether make sets $(MAKE)... yes checking
> > > > > > > whether make supports nested variables... yes
> > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > compiles
> > > > > > > configure: ascii2nc will be compiled
> > > > > > > configure: lidar2nc will not be compiled
> > > > > > > configure: ensemble_stat will be compiled
> > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > configure: gis_utils will be compiled
> > > > > > > configure: grid_stat will be compiled
> > > > > > > configure: madis2nc will be compiled
> > > > > > > configure: mode will be compiled
> > > > > > > configure: mode_analysis will be compiled
> > > > > > > configure: pb2nc will be compiled
> > > > > > > configure: pcp_combine will be compiled
> > > > > > > configure: plot_data_plane will be compiled
> > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > configure: point2grid will be compiled
> > > > > > > configure: shift_data_plane will be compiled
> > > > > > > configure: plot_point_obs will be compiled
> > > > > > > configure: point_stat will be compiled
> > > > > > > configure: stat_analysis will be compiled
> > > > > > > configure: wavelet_stat will be compiled
> > > > > > > configure: series_analysis will be compiled
> > > > > > > configure: wwmca will be compiled
> > > > > > > configure: modis will not be compiled
> > > > > > > configure: mode_graphics will not be compiled
> > > > > > > configure: mode_time_domain will be compiled
> > > > > > > configure: tc_utils will be compiled
> > > > > > > configure: gsi_tools will be compiled
> > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > configure: python embedding will not be compiled
checking
> > > > > > > for
> > > > bison...
> > > > > > > bison -y checking for g++... g++ checking whether the
C++
> > > > > > > compiler works... no
> > > > > > > configure: error: in
> > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > configure: error: C++ compiler cannot create executables
> > > > > > > See `config.log' for more details [ramos at lorenz
> > > > > > > met-9.0.2]$
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thanks for the additional information. Hopefully,
you'll
> > > > > > > get a good compilation with the changes to the MET
Python
> > > > > > > environment
> > > > variables.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, I will try your suggestions. I failed to point
out,
> > > > > > > > that I don't get a good configuration with the Python
> variables set.
> > > > > > > >
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Hi Greg.
> > > > > > > >
> > > > > > > > I see that you are having trouble compiling MET with
the
> > > > > > > > Python embedding option, but that you get a successful
> > > > > > > > compilation and run of
> > > > > > > "make test"
> > > > > > > > without the Python embedding option.
> > > > > > > >
> > > > > > > > > When I set the following two variables, it will not
> compile:
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > 3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > >
> > > > > > > >
> > > > > > > > In order to try to determine what the problem is with
> > > > > > > > the compilation, it would be helpful and necessary to
> > > > > > > > see your config.log and your make.log file. However,
if
> > > > > > > > you are using
> > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > > >
> > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_15785106
> > > > > > > > > 83
> > > > > > > > > 60
> > > > > > > > > 7/
> > > > > > > > > wo
> > > > > > > > > rk
> > > > > > > > > =/
> > > > > > > > > us
> > > > > > > > > r/
> > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/l
> > > > > > > > > oc al /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > > > -ffat-lto-objects -flto-partition=none -flto
-DNDEBUG
> > > > > > > > > -fwrapv -O3 -Wall
> > > > > > > >
> > > > > > > > then we can and should pair that down a bit.
> > > > > > > >
> > > > > > > > Instead of setting:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > 3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > please set the following instead:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/p
> > > > > > > > > yt
> > > > > > > > > ho
> > > > > > > > > n3
> > > > > > > > > .7
> > > > > > > > > m
> > > > > > > >
> > > > > > > > Please note there are no quotation marks.
> > > > > > > >
> > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > >
> > > > > > > > please set the following instead:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > > -export-dynamic
> > > > > > > >
> > > > > > > > Please note both the removal of the quotation marks
and
> > > > > > > > the insertion of the backslashes before the spaces.
> > > > > > > >
> > > > > > > > Please try running "make clean", then rerun configure,
> > > > > > > > "make", "make install", and "make test" again and let
us
> > > > > > > > know how it
> > > goes.
> > > > > > > > If you still do not get a successful compilation,
please
> > > > > > > > send us your config.log file and your make.log file.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > > Transaction: Ticket created by
> > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > Queue: met_help
> > > > > > > > > Subject: I was able to build the executable,
but
> > > > > > > > > Owner: Nobody
> > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > Status: new
> > > > > > > > > Ticket <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I would like to run the tests. My install
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-
xr-x.
> > > > > > > > > 4
> > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > ensemble_stat
> > > > > -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-
x.
> > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1
> > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun
15
> > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21
> > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M Jun
> > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > Jun
> > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
12M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun
15
> > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 tc_pairs
> > > > -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
> > > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1
> > > > > > > > > ramos ramos 12M Jun 15
> > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21
> > > .
> > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > > > [ramos at lorenz ~]$
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > When I set the following two variables, it will not
> compile:
> > > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > 3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > > Greg Ramos
> > > > > > > > > Home: (951) 242-9171
> > > > > > > > > Cell: (831) 920-8975
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 11:05:41 2020
I did get beyond that error, but encountered another one:
DEBUG 1: Default Config File: /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
DEBUG 1: User Config File: config/PB2NCConfig_G212
DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
DEBUG 1: Pre-processing BUFR File for variable names from
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
make[1]: *** [pb2nc] Segmentation fault (core dumped)
make[1]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts'
make: *** [test] Error 2
[ramos at lorenz met-9.0.2]$ which gcc
/software/depot/gcc-9.1.0/bin/gcc
[ramos at lorenz met-9.0.2]$ gcc --version
gcc (GCC) 9.1.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, June 16, 2020 4:36 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Thanks! I'm interested in hearing the solution. We have compiled
with gcc
6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
Julie
On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> BTW, I compiled with GCC 6.3.0
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 4:19 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I have not encountered either of these issues previously. Based on
> some google research, it looks like the issues are unrelated.
>
> Regarding the problem in make_test.log:
>
> > Internal Error: get_unit(): Bad internal unit KIND
> >
>
> I found some information on a site (
> http://earthdef.caltech.edu/boards/4/topics/2100?r=2187), unrelated
to
> MET, but which still may be helpful to you.
>
> > This bad unit error has to do with the fact that older compilers
> > used
> > libgfortran.so.3 and the newer versions use libgfortran.so.4 which
> > is often part of the conda distribution on some platforms. The
> > default linkage is done with -lgfortran for mdx and other fortran
> > programs and this is typically a symlink. When the link points to
> > libgfortran.so.4
> > - apparently mdx doesn't like it. One way around is to use the
> > Makemdx_gfortran_ubuntu file to build mdx without -L
${CONDADIR}/lib
> > on the link path. This would typically cause it to link to system
> > libgfortran.so.3 and then copy over the executable to
installdir/bin .
> > Automating this will be a bit of a challenge.
> >
>
> I also saw on a different site (
> https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk)
that
> running the following may help:
>
> > 'conda update openmc'
>
>
> Regarding the warning in your make.log file:
>
> > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > libnetcdf.so.11
> >
>
> This could cause a problem when working with NetCDF files. It looks
> like netcdf c++ is linking with a different version of netcdf than
MET is.
> You'll need to link MET with the same version of netcdf the netcdf
c++
> was linked with.
>
> I hope that helps.
>
> Please let us know if you have any other questions and please let us
> know how it goes.
>
> Julie
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
> On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Attached is the output of the make test.
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 3:35 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > It's great that MET compiled successfully. Could you please send
> > your make_test.log file so that I can take a look and see what the
> > problem
> was?
> >
> > Thanks!
> >
> > Julie
> >
> > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, thank you. It built. I did get an error during make test.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I do not believe it does test the Python embedding
functionality.
> > > We have plans to improve the tests that are run in "make test",
> > > but have not yet done so. However, I put a tar file,
> > > MET_python_embedding.tar, on our ftp server for you to grab. It
> > > contains data files that you can test with along with a README
> > > file that contains multiple calls to
> > plot_data_plane.
> > > You can run each of those commands and check for errors. If you
> > > receive any errors, please let us know.
> > >
> > > To access the file you can run:
> > >
> > > > ftp -p ftp.rap.ucar.edu
> > >
> > >
> > > When asked for your Name, enter "anonymous". When asked for
your
> > > password, enter your email address. Then run:
> > >
> > > > cd pub/jpresto/for_greg
> > > > get MET_python_embedding.tar
> > >
> > >
> > > Please let me know if you have any questions.
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, the compile is running now. Does the "make test", test the
> > > > Python portion of the application?
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > > Fingers crossed for a successful compilation.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > OK, that got me a clean configure. I'll see if it will
compile now.
> > > > Thanks.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Thank you, Greg.
> > > > >
> > > > > I see the following problem in your config.log file:
> > > > >
> > > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
-I/softwa\
> > > > > >
> > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-
met/lib
> > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > >
> > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > -L/software/depot/met-8.1b/external_libs/lib conftest.cpp
> > > > > > >&5
> > > > > >
> > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > >
> > > > >
> > > > > Please try using the following value for MET_PYTHON_LD and
> > > > > then
> > > > > reconfigure:
> > > > >
> > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > -export-dynamic
> > > > >
> > > > >
> > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > >
> > > > > Please let us know how it goes. Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > Find attachment.
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Thanks for the follow up. Please send me your config.log
> > > > > > file, and I'll take a look.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > As soon as I set those varibales, it won't configure:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > BSD-compatible install... /usr/bin/install -c checking
> > > > > > > whether build environment is sane... yes checking for a
> > > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > gawk checking whether make sets $(MAKE)... yes checking
> > > > > > > whether make supports nested variables... yes
> > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > compiles
> > > > > > > configure: ascii2nc will be compiled
> > > > > > > configure: lidar2nc will not be compiled
> > > > > > > configure: ensemble_stat will be compiled
> > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > configure: gis_utils will be compiled
> > > > > > > configure: grid_stat will be compiled
> > > > > > > configure: madis2nc will be compiled
> > > > > > > configure: mode will be compiled
> > > > > > > configure: mode_analysis will be compiled
> > > > > > > configure: pb2nc will be compiled
> > > > > > > configure: pcp_combine will be compiled
> > > > > > > configure: plot_data_plane will be compiled
> > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > configure: point2grid will be compiled
> > > > > > > configure: shift_data_plane will be compiled
> > > > > > > configure: plot_point_obs will be compiled
> > > > > > > configure: point_stat will be compiled
> > > > > > > configure: stat_analysis will be compiled
> > > > > > > configure: wavelet_stat will be compiled
> > > > > > > configure: series_analysis will be compiled
> > > > > > > configure: wwmca will be compiled
> > > > > > > configure: modis will not be compiled
> > > > > > > configure: mode_graphics will not be compiled
> > > > > > > configure: mode_time_domain will be compiled
> > > > > > > configure: tc_utils will be compiled
> > > > > > > configure: gsi_tools will be compiled
> > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > configure: python embedding will not be compiled
checking
> > > > > > > for
> > > > bison...
> > > > > > > bison -y checking for g++... g++ checking whether the
C++
> > > > > > > compiler works... no
> > > > > > > configure: error: in
> > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > configure: error: C++ compiler cannot create executables
> > > > > > > See `config.log' for more details [ramos at lorenz
> > > > > > > met-9.0.2]$
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thanks for the additional information. Hopefully,
you'll
> > > > > > > get a good compilation with the changes to the MET
Python
> > > > > > > environment
> > > > variables.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, I will try your suggestions. I failed to point
out,
> > > > > > > > that I don't get a good configuration with the Python
> variables set.
> > > > > > > >
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Hi Greg.
> > > > > > > >
> > > > > > > > I see that you are having trouble compiling MET with
the
> > > > > > > > Python embedding option, but that you get a successful
> > > > > > > > compilation and run of
> > > > > > > "make test"
> > > > > > > > without the Python embedding option.
> > > > > > > >
> > > > > > > > > When I set the following two variables, it will not
> compile:
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > 3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > >
> > > > > > > >
> > > > > > > > In order to try to determine what the problem is with
> > > > > > > > the compilation, it would be helpful and necessary to
> > > > > > > > see your config.log and your make.log file. However,
if
> > > > > > > > you are using
> > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > > >
> > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_15785106
> > > > > > > > > 83
> > > > > > > > > 60
> > > > > > > > > 7/
> > > > > > > > > wo
> > > > > > > > > rk
> > > > > > > > > =/
> > > > > > > > > us
> > > > > > > > > r/
> > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/l
> > > > > > > > > oc al /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > > > -ffat-lto-objects -flto-partition=none -flto
-DNDEBUG
> > > > > > > > > -fwrapv -O3 -Wall
> > > > > > > >
> > > > > > > > then we can and should pair that down a bit.
> > > > > > > >
> > > > > > > > Instead of setting:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > 3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > please set the following instead:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/p
> > > > > > > > > yt
> > > > > > > > > ho
> > > > > > > > > n3
> > > > > > > > > .7
> > > > > > > > > m
> > > > > > > >
> > > > > > > > Please note there are no quotation marks.
> > > > > > > >
> > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > >
> > > > > > > > please set the following instead:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > > -export-dynamic
> > > > > > > >
> > > > > > > > Please note both the removal of the quotation marks
and
> > > > > > > > the insertion of the backslashes before the spaces.
> > > > > > > >
> > > > > > > > Please try running "make clean", then rerun configure,
> > > > > > > > "make", "make install", and "make test" again and let
us
> > > > > > > > know how it
> > > goes.
> > > > > > > > If you still do not get a successful compilation,
please
> > > > > > > > send us your config.log file and your make.log file.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > > Transaction: Ticket created by
> > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > Queue: met_help
> > > > > > > > > Subject: I was able to build the executable,
but
> > > > > > > > > Owner: Nobody
> > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > Status: new
> > > > > > > > > Ticket <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I would like to run the tests. My install
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-
xr-x.
> > > > > > > > > 4
> > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > ensemble_stat
> > > > > -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-xr-
x.
> > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1
> > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M Jun
15
> > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21
> > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos 1.1M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos 10M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos 14M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M Jun
> > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15 13:21
> > > > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > Jun
> > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
12M
> > > > > > > > > Jun
> > > > > > > > > 15
> > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun
15
> > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun 15
> > > > > > > > > 13:21 tc_pairs
> > > > -rwxr-xr-x.
> > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x. 1
> > > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1
> > > > > > > > > ramos ramos 12M Jun 15
> > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K
Jun
> > > > > > > > > 15
> > > > > > > > > 13:21
> > > .
> > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21 tc_stat
> > > > > > > > > [ramos at lorenz ~]$
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > When I set the following two variables, it will not
> compile:
> > > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > -export-dynamic"
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > 3-
> > > > > > > > > co
> > > > > > > > > nf
> > > > > > > > > ig
> > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > > Greg Ramos
> > > > > > > > > Home: (951) 242-9171
> > > > > > > > > Cell: (831) 920-8975
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Wed Jun 17 11:24:59 2020
Hi Greg.
I see that you are getting a segmentation fault from pb2nc. I looked
back
on the config.log file that you sent to me previously and saw that
MET_BUFRLIB was not set:
> MET_BUFRLIB=''
If you haven't already downloaded and installed BUFRLIB, we recommend
using
BUFRLIB version 11.3.0, which is available for download here:
https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
If you have downloaded and installed BUFRLIB, please ensure that you
got a
successful compilation. Then you can set MET_BUFRLIB, run "make
clean",
reconfigure, and then run "make", "make install", and "make test"
again.
Please let us know how it goes and let us know if you have any other
questions.
Julie
On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> I did get beyond that error, but encountered another one:
>
>
> DEBUG 1: Default Config File:
> /usr/local/met-9.0.2-python3/share/met/config/PB2NCConfig_default
> DEBUG 1: User Config File: config/PB2NCConfig_G212
> DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> DEBUG 1: Pre-processing BUFR File for variable names from
> ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> make[1]: *** [pb2nc] Segmentation fault (core dumped)
> make[1]: Leaving directory
> `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> make: *** [test] Error 2
> [ramos at lorenz met-9.0.2]$ which gcc
> /software/depot/gcc-9.1.0/bin/gcc
> [ramos at lorenz met-9.0.2]$ gcc --version
> gcc (GCC) 9.1.0
> Copyright (C) 2019 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There
is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
>
> [ramos at lorenz met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 4:36 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Thanks! I'm interested in hearing the solution. We have compiled
with gcc
> 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
>
> Julie
>
>
>
> On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > BTW, I compiled with GCC 6.3.0
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 4:19 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I have not encountered either of these issues previously. Based
on
> > some google research, it looks like the issues are unrelated.
> >
> > Regarding the problem in make_test.log:
> >
> > > Internal Error: get_unit(): Bad internal unit KIND
> > >
> >
> > I found some information on a site (
> > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
unrelated to
> > MET, but which still may be helpful to you.
> >
> > > This bad unit error has to do with the fact that older compilers
> > > used
> > > libgfortran.so.3 and the newer versions use libgfortran.so.4
which
> > > is often part of the conda distribution on some platforms. The
> > > default linkage is done with -lgfortran for mdx and other
fortran
> > > programs and this is typically a symlink. When the link points
to
> > > libgfortran.so.4
> > > - apparently mdx doesn't like it. One way around is to use the
> > > Makemdx_gfortran_ubuntu file to build mdx without -L
${CONDADIR}/lib
> > > on the link path. This would typically cause it to link to
system
> > > libgfortran.so.3 and then copy over the executable to
installdir/bin .
> > > Automating this will be a bit of a challenge.
> > >
> >
> > I also saw on a different site (
> > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk)
that
> > running the following may help:
> >
> > > 'conda update openmc'
> >
> >
> > Regarding the warning in your make.log file:
> >
> > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > > libnetcdf.so.11
> > >
> >
> > This could cause a problem when working with NetCDF files. It
looks
> > like netcdf c++ is linking with a different version of netcdf than
MET
> is.
> > You'll need to link MET with the same version of netcdf the netcdf
c++
> > was linked with.
> >
> > I hope that helps.
> >
> > Please let us know if you have any other questions and please let
us
> > know how it goes.
> >
> > Julie
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Attached is the output of the make test.
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > It's great that MET compiled successfully. Could you please
send
> > > your make_test.log file so that I can take a look and see what
the
> > > problem
> > was?
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, thank you. It built. I did get an error during make test.
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I do not believe it does test the Python embedding
functionality.
> > > > We have plans to improve the tests that are run in "make
test",
> > > > but have not yet done so. However, I put a tar file,
> > > > MET_python_embedding.tar, on our ftp server for you to grab.
It
> > > > contains data files that you can test with along with a README
> > > > file that contains multiple calls to
> > > plot_data_plane.
> > > > You can run each of those commands and check for errors. If
you
> > > > receive any errors, please let us know.
> > > >
> > > > To access the file you can run:
> > > >
> > > > > ftp -p ftp.rap.ucar.edu
> > > >
> > > >
> > > > When asked for your Name, enter "anonymous". When asked for
your
> > > > password, enter your email address. Then run:
> > > >
> > > > > cd pub/jpresto/for_greg
> > > > > get MET_python_embedding.tar
> > > >
> > > >
> > > > Please let me know if you have any questions.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > OK, the compile is running now. Does the "make test", test
the
> > > > > Python portion of the application?
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > > > Fingers crossed for a successful compilation.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, that got me a clean configure. I'll see if it will
compile
> now.
> > > > > Thanks.
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Thank you, Greg.
> > > > > >
> > > > > > I see the following problem in your config.log file:
> > > > > >
> > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
-I/softwa\
> > > > > > >
> > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > -DMET_BASE="\"$(pkgdatadir)\"" -L/usr/local/netcdf-
met/lib
> > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > >
> > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > -L/software/depot/met-8.1b/external_libs/lib
conftest.cpp
> > > > > > > >&5
> > > > > > >
> > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > >
> > > > > >
> > > > > > Please try using the following value for MET_PYTHON_LD and
> > > > > > then
> > > > > > reconfigure:
> > > > > >
> > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > -export-dynamic
> > > > > >
> > > > > >
> > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > >
> > > > > > Please let us know how it goes. Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > Find attachment.
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thanks for the follow up. Please send me your
config.log
> > > > > > > file, and I'll take a look.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > As soon as I set those varibales, it won't configure:
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > > BSD-compatible install... /usr/bin/install -c checking
> > > > > > > > whether build environment is sane... yes checking for
a
> > > > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > > gawk checking whether make sets $(MAKE)... yes
checking
> > > > > > > > whether make supports nested variables... yes
> > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > compiles
> > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > configure: gis_utils will be compiled
> > > > > > > > configure: grid_stat will be compiled
> > > > > > > > configure: madis2nc will be compiled
> > > > > > > > configure: mode will be compiled
> > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > configure: pb2nc will be compiled
> > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > configure: point2grid will be compiled
> > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > configure: point_stat will be compiled
> > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > configure: series_analysis will be compiled
> > > > > > > > configure: wwmca will be compiled
> > > > > > > > configure: modis will not be compiled
> > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > configure: tc_utils will be compiled
> > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > configure: python embedding will not be compiled
checking
> > > > > > > > for
> > > > > bison...
> > > > > > > > bison -y checking for g++... g++ checking whether the
C++
> > > > > > > > compiler works... no
> > > > > > > > configure: error: in
> > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > configure: error: C++ compiler cannot create
executables
> > > > > > > > See `config.log' for more details [ramos at lorenz
> > > > > > > > met-9.0.2]$
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Thanks for the additional information. Hopefully,
you'll
> > > > > > > > get a good compilation with the changes to the MET
Python
> > > > > > > > environment
> > > > > variables.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > OK, I will try your suggestions. I failed to point
out,
> > > > > > > > > that I don't get a good configuration with the
Python
> > variables set.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Greg
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Hi Greg.
> > > > > > > > >
> > > > > > > > > I see that you are having trouble compiling MET with
the
> > > > > > > > > Python embedding option, but that you get a
successful
> > > > > > > > > compilation and run of
> > > > > > > > "make test"
> > > > > > > > > without the Python embedding option.
> > > > > > > > >
> > > > > > > > > > When I set the following two variables, it will
not
> > compile:
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > -export-dynamic"
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > > 3-
> > > > > > > > > > co
> > > > > > > > > > nf
> > > > > > > > > > ig
> > > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > In order to try to determine what the problem is
with
> > > > > > > > > the compilation, it would be helpful and necessary
to
> > > > > > > > > see your config.log and your make.log file.
However, if
> > > > > > > > > you are using
> > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > > > >
> > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_15785106
> > > > > > > > > > 83
> > > > > > > > > > 60
> > > > > > > > > > 7/
> > > > > > > > > > wo
> > > > > > > > > > rk
> > > > > > > > > > =/
> > > > > > > > > > us
> > > > > > > > > > r/
> > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr/l
> > > > > > > > > > oc al /s rc /c on da -p refix -fuse-linker-plugin
> > > > > > > > > > -ffat-lto-objects -flto-partition=none -flto
-DNDEBUG
> > > > > > > > > > -fwrapv -O3 -Wall
> > > > > > > > >
> > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > >
> > > > > > > > > Instead of setting:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > > 3-
> > > > > > > > > > co
> > > > > > > > > > nf
> > > > > > > > > > ig
> > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > please set the following instead:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include/p
> > > > > > > > > > yt
> > > > > > > > > > ho
> > > > > > > > > > n3
> > > > > > > > > > .7
> > > > > > > > > > m
> > > > > > > > >
> > > > > > > > > Please note there are no quotation marks.
> > > > > > > > >
> > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > -export-dynamic"
> > > > > > > > > >
> > > > > > > > > please set the following instead:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > > -export-dynamic
> > > > > > > > >
> > > > > > > > > Please note both the removal of the quotation marks
and
> > > > > > > > > the insertion of the backslashes before the spaces.
> > > > > > > > >
> > > > > > > > > Please try running "make clean", then rerun
configure,
> > > > > > > > > "make", "make install", and "make test" again and
let us
> > > > > > > > > know how it
> > > > goes.
> > > > > > > > > If you still do not get a successful compilation,
please
> > > > > > > > > send us your config.log file and your make.log file.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > > > Transaction: Ticket created by
> > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > Queue: met_help
> > > > > > > > > > Subject: I was able to build the executable,
but
> > > > > > > > > > Owner: Nobody
> > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > Status: new
> > > > > > > > > > Ticket <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-
xr-x.
> > > > > > > > > > 4
> > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > ensemble_stat
> > > > > > -rwxr-xr-x.
> > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-
xr-x.
> > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1
> > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M
Jun 15
> > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21
> > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos
1.1M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M
Jun 15
> > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun
15
> > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun
15
> > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > > > gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun 15
13:21
> > > > > > > > > > gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > Jun
> > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
12M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun
15
> > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun
15
> > > > > > > > > > 13:21 tc_pairs
> > > > > -rwxr-xr-x.
> > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x.
1
> > > > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1
> > > > > > > > > > ramos ramos 12M Jun 15
> > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21
> > > > .
> > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
tc_stat
> > > > > > > > > > [ramos at lorenz ~]$
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > When I set the following two variables, it will
not
> > compile:
> > > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > -export-dynamic"
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/python
> > > > > > > > > > 3-
> > > > > > > > > > co
> > > > > > > > > > nf
> > > > > > > > > > ig
> > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > > Greg Ramos
> > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > > normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> > > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 13:12:50 2020
OK, I built it, but same error. When I built MET 8.0, I built all of
the external libraries and placed them in one directory. That worked.
Since this is a new version, do you recommend rebuilding all of the
libraries?
[ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total 1.5M
drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
-rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 10:25 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
I see that you are getting a segmentation fault from pb2nc. I looked
back on the config.log file that you sent to me previously and saw
that MET_BUFRLIB was not set:
> MET_BUFRLIB=''
If you haven't already downloaded and installed BUFRLIB, we recommend
using BUFRLIB version 11.3.0, which is available for download here:
https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
If you have downloaded and installed BUFRLIB, please ensure that you
got a successful compilation. Then you can set MET_BUFRLIB, run "make
clean", reconfigure, and then run "make", "make install", and "make
test" again.
Please let us know how it goes and let us know if you have any other
questions.
Julie
On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> I did get beyond that error, but encountered another one:
>
>
> DEBUG 1: Default Config File:
> /usr/local/met-9.0.2-python3/share/met/config/PB2NCConfig_default
> DEBUG 1: User Config File: config/PB2NCConfig_G212
> DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> DEBUG 1: Pre-processing BUFR File for variable names from
> ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> make[1]: *** [pb2nc] Segmentation fault (core dumped)
> make[1]: Leaving directory
> `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> make: *** [test] Error 2
> [ramos at lorenz met-9.0.2]$ which gcc
> /software/depot/gcc-9.1.0/bin/gcc
> [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0 Copyright
(C)
> 2019 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There
> is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
>
> [ramos at lorenz met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, June 16, 2020 4:36 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Thanks! I'm interested in hearing the solution. We have compiled
> with gcc
> 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
>
> Julie
>
>
>
> On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > BTW, I compiled with GCC 6.3.0
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 4:19 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I have not encountered either of these issues previously. Based
on
> > some google research, it looks like the issues are unrelated.
> >
> > Regarding the problem in make_test.log:
> >
> > > Internal Error: get_unit(): Bad internal unit KIND
> > >
> >
> > I found some information on a site (
> > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
unrelated
> > to MET, but which still may be helpful to you.
> >
> > > This bad unit error has to do with the fact that older compilers
> > > used
> > > libgfortran.so.3 and the newer versions use libgfortran.so.4
which
> > > is often part of the conda distribution on some platforms. The
> > > default linkage is done with -lgfortran for mdx and other
fortran
> > > programs and this is typically a symlink. When the link points
to
> > > libgfortran.so.4
> > > - apparently mdx doesn't like it. One way around is to use the
> > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > ${CONDADIR}/lib on the link path. This would typically cause it
to
> > > link to system
> > > libgfortran.so.3 and then copy over the executable to
installdir/bin .
> > > Automating this will be a bit of a challenge.
> > >
> >
> > I also saw on a different site (
> > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-tk)
> > that running the following may help:
> >
> > > 'conda update openmc'
> >
> >
> > Regarding the warning in your make.log file:
> >
> > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > > libnetcdf.so.11
> > >
> >
> > This could cause a problem when working with NetCDF files. It
looks
> > like netcdf c++ is linking with a different version of netcdf than
> > MET
> is.
> > You'll need to link MET with the same version of netcdf the netcdf
> > c++ was linked with.
> >
> > I hope that helps.
> >
> > Please let us know if you have any other questions and please let
us
> > know how it goes.
> >
> > Julie
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Attached is the output of the make test.
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > It's great that MET compiled successfully. Could you please
send
> > > your make_test.log file so that I can take a look and see what
the
> > > problem
> > was?
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > OK, thank you. It built. I did get an error during make test.
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I do not believe it does test the Python embedding
functionality.
> > > > We have plans to improve the tests that are run in "make
test",
> > > > but have not yet done so. However, I put a tar file,
> > > > MET_python_embedding.tar, on our ftp server for you to grab.
It
> > > > contains data files that you can test with along with a README
> > > > file that contains multiple calls to
> > > plot_data_plane.
> > > > You can run each of those commands and check for errors. If
you
> > > > receive any errors, please let us know.
> > > >
> > > > To access the file you can run:
> > > >
> > > > > ftp -p ftp.rap.ucar.edu
> > > >
> > > >
> > > > When asked for your Name, enter "anonymous". When asked for
> > > > your password, enter your email address. Then run:
> > > >
> > > > > cd pub/jpresto/for_greg
> > > > > get MET_python_embedding.tar
> > > >
> > > >
> > > > Please let me know if you have any questions.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > OK, the compile is running now. Does the "make test", test
the
> > > > > Python portion of the application?
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Great! I'm so glad to hear it. Thanks for letting us know.
> > > > > Fingers crossed for a successful compilation.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > compile
> now.
> > > > > Thanks.
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Thank you, Greg.
> > > > > >
> > > > > > I see the following problem in your config.log file:
> > > > > >
> > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-met/include
> > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > -I/softwa\
> > > > > > >
> > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > >
> > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > -L/software/depot/met-8.1b/external_libs/lib
conftest.cpp
> > > > > > > >&5
> > > > > > >
> > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > >
> > > > > >
> > > > > > Please try using the following value for MET_PYTHON_LD and
> > > > > > then
> > > > > > reconfigure:
> > > > > >
> > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > -export-dynamic
> > > > > >
> > > > > >
> > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > >
> > > > > > Please let us know how it goes. Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > Find attachment.
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thanks for the follow up. Please send me your
config.log
> > > > > > > file, and I'll take a look.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > As soon as I set those varibales, it won't configure:
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > > BSD-compatible install... /usr/bin/install -c checking
> > > > > > > > whether build environment is sane... yes checking for
a
> > > > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > > gawk checking whether make sets $(MAKE)... yes
checking
> > > > > > > > whether make supports nested variables... yes
> > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > compiles
> > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > configure: gis_utils will be compiled
> > > > > > > > configure: grid_stat will be compiled
> > > > > > > > configure: madis2nc will be compiled
> > > > > > > > configure: mode will be compiled
> > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > configure: pb2nc will be compiled
> > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > configure: point2grid will be compiled
> > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > configure: point_stat will be compiled
> > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > configure: series_analysis will be compiled
> > > > > > > > configure: wwmca will be compiled
> > > > > > > > configure: modis will not be compiled
> > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > configure: tc_utils will be compiled
> > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > configure: python embedding will not be compiled
> > > > > > > > checking for
> > > > > bison...
> > > > > > > > bison -y checking for g++... g++ checking whether the
> > > > > > > > C++ compiler works... no
> > > > > > > > configure: error: in
> > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > configure: error: C++ compiler cannot create
executables
> > > > > > > > See `config.log' for more details [ramos at lorenz
> > > > > > > > met-9.0.2]$
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > you'll get a good compilation with the changes to the
> > > > > > > > MET Python environment
> > > > > variables.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > OK, I will try your suggestions. I failed to point
> > > > > > > > > out, that I don't get a good configuration with the
> > > > > > > > > Python
> > variables set.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Greg
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Hi Greg.
> > > > > > > > >
> > > > > > > > > I see that you are having trouble compiling MET with
> > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > successful compilation and run of
> > > > > > > > "make test"
> > > > > > > > > without the Python embedding option.
> > > > > > > > >
> > > > > > > > > > When I set the following two variables, it will
not
> > compile:
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > -export-dynamic"
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/pyth
> > > > > > > > > > on
> > > > > > > > > > 3-
> > > > > > > > > > co
> > > > > > > > > > nf
> > > > > > > > > > ig
> > > > > > > > > > --cflags`
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > In order to try to determine what the problem is
with
> > > > > > > > > the compilation, it would be helpful and necessary
to
> > > > > > > > > see your config.log and your make.log file.
However,
> > > > > > > > > if you are using
> > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > --cflags` for MET_PYTHON_CC and this is the output:
> > > > > > > > >
> > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_157851
> > > > > > > > > > 06
> > > > > > > > > > 83
> > > > > > > > > > 60
> > > > > > > > > > 7/
> > > > > > > > > > wo
> > > > > > > > > > rk
> > > > > > > > > > =/
> > > > > > > > > > us
> > > > > > > > > > r/
> > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr
> > > > > > > > > > /l oc al /s rc /c on da -p refix -fuse-linker-
plugin
> > > > > > > > > > -ffat-lto-objects -flto-partition=none -flto
> > > > > > > > > > -DNDEBUG -fwrapv -O3 -Wall
> > > > > > > > >
> > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > >
> > > > > > > > > Instead of setting:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/pyth
> > > > > > > > > > on
> > > > > > > > > > 3-
> > > > > > > > > > co
> > > > > > > > > > nf
> > > > > > > > > > ig
> > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > please set the following instead:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include
> > > > > > > > > > /p
> > > > > > > > > > yt
> > > > > > > > > > ho
> > > > > > > > > > n3
> > > > > > > > > > .7
> > > > > > > > > > m
> > > > > > > > >
> > > > > > > > > Please note there are no quotation marks.
> > > > > > > > >
> > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > -export-dynamic"
> > > > > > > > > >
> > > > > > > > > please set the following instead:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > > -export-dynamic
> > > > > > > > >
> > > > > > > > > Please note both the removal of the quotation marks
> > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > >
> > > > > > > > > Please try running "make clean", then rerun
configure,
> > > > > > > > > "make", "make install", and "make test" again and
let
> > > > > > > > > us know how it
> > > > goes.
> > > > > > > > > If you still do not get a successful compilation,
> > > > > > > > > please send us your config.log file and your
make.log file.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was acted
upon.
> > > > > > > > > > Transaction: Ticket created by
> > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > Queue: met_help
> > > > > > > > > > Subject: I was able to build the executable,
but
> > > > > > > > > > Owner: Nobody
> > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > Status: new
> > > > > > > > > > Ticket <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > 61
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M drwxr-
xr-x.
> > > > > > > > > > 4
> > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > ensemble_stat
> > > > > > -rwxr-xr-x.
> > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-
xr-x.
> > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x. 1
> > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos 11M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos 17M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21
> > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos
1.1M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos 836K
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos 765K
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos 11M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M Jun
15
> > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M Jun
15
> > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun 15
> > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos 14M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos 11M
> > > > > > > > > > Jun 15
> > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > 11M Jun
> > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos 10M
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > 12M Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M Jun
15
> > > > > > > > > > 13:21 tc_pairs
> > > > > -rwxr-xr-x.
> > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-x.
1
> > > > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x. 1
> > > > > > > > > > ramos ramos 12M Jun 15
> > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos 4.0K
> > > > > > > > > > Jun
> > > > > > > > > > 15
> > > > > > > > > > 13:21
> > > > .
> > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
tc_stat
> > > > > > > > > > [ramos at lorenz ~]$
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > When I set the following two variables, it will
not
> > compile:
> > > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-2020.02/lib
> > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > -export-dynamic"
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/pyth
> > > > > > > > > > on
> > > > > > > > > > 3-
> > > > > > > > > > co
> > > > > > > > > > nf
> > > > > > > > > > ig
> > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > > Greg Ramos
> > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > your normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Wed Jun 17 13:25:36 2020
Hi Greg.
> When I built MET 8.0, I built all of the external libraries and
placed
> them in one directory. That worked. Since this is a new version, do
you
> recommend rebuilding all of the libraries?
>
No, using the existing libraries should be just fine.
Please send me your config.log, make.log, and make_test.log file.
Julie
On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I built it, but same error. When I built MET 8.0, I built all of
the
> external libraries and placed them in one directory. That worked.
Since
> this is a new version, do you recommend rebuilding all of the
libraries?
>
>
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
> total 1.5M
> drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
> [ramos at lorenz met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 10:25 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
> I see that you are getting a segmentation fault from pb2nc. I
looked back
> on the config.log file that you sent to me previously and saw that
> MET_BUFRLIB was not set:
>
> > MET_BUFRLIB=''
>
>
> If you haven't already downloaded and installed BUFRLIB, we
recommend
> using BUFRLIB version 11.3.0, which is available for download here:
> https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
>
> If you have downloaded and installed BUFRLIB, please ensure that you
got a
> successful compilation. Then you can set MET_BUFRLIB, run "make
clean",
> reconfigure, and then run "make", "make install", and "make test"
again.
>
> Please let us know how it goes and let us know if you have any other
> questions.
>
> Julie
>
>
>
>
>
>
> On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > I did get beyond that error, but encountered another one:
> >
> >
> > DEBUG 1: Default Config File:
> > /usr/local/met-9.0.2-python3/share/met/config/PB2NCConfig_default
> > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> > DEBUG 1: Pre-processing BUFR File for variable names from
> > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > make[1]: Leaving directory
> > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > make: *** [test] Error 2
> > [ramos at lorenz met-9.0.2]$ which gcc
> > /software/depot/gcc-9.1.0/bin/gcc
> > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0 Copyright
(C)
> > 2019 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.
There
> > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR
> PURPOSE.
> >
> > [ramos at lorenz met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 4:36 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks! I'm interested in hearing the solution. We have compiled
> > with gcc
> > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
> >
> > Julie
> >
> >
> >
> > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > BTW, I compiled with GCC 6.3.0
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I have not encountered either of these issues previously. Based
on
> > > some google research, it looks like the issues are unrelated.
> > >
> > > Regarding the problem in make_test.log:
> > >
> > > > Internal Error: get_unit(): Bad internal unit KIND
> > > >
> > >
> > > I found some information on a site (
> > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
unrelated
> > > to MET, but which still may be helpful to you.
> > >
> > > > This bad unit error has to do with the fact that older
compilers
> > > > used
> > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
which
> > > > is often part of the conda distribution on some platforms. The
> > > > default linkage is done with -lgfortran for mdx and other
fortran
> > > > programs and this is typically a symlink. When the link points
to
> > > > libgfortran.so.4
> > > > - apparently mdx doesn't like it. One way around is to use the
> > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > ${CONDADIR}/lib on the link path. This would typically cause
it to
> > > > link to system
> > > > libgfortran.so.3 and then copy over the executable to
installdir/bin
> .
> > > > Automating this will be a bit of a challenge.
> > > >
> > >
> > > I also saw on a different site (
> > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > that running the following may help:
> > >
> > > > 'conda update openmc'
> > >
> > >
> > > Regarding the warning in your make.log file:
> > >
> > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > > > libnetcdf.so.11
> > > >
> > >
> > > This could cause a problem when working with NetCDF files. It
looks
> > > like netcdf c++ is linking with a different version of netcdf
than
> > > MET
> > is.
> > > You'll need to link MET with the same version of netcdf the
netcdf
> > > c++ was linked with.
> > >
> > > I hope that helps.
> > >
> > > Please let us know if you have any other questions and please
let us
> > > know how it goes.
> > >
> > > Julie
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Attached is the output of the make test.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > It's great that MET compiled successfully. Could you please
send
> > > > your make_test.log file so that I can take a look and see what
the
> > > > problem
> > > was?
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > OK, thank you. It built. I did get an error during make
test.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I do not believe it does test the Python embedding
functionality.
> > > > > We have plans to improve the tests that are run in "make
test",
> > > > > but have not yet done so. However, I put a tar file,
> > > > > MET_python_embedding.tar, on our ftp server for you to grab.
It
> > > > > contains data files that you can test with along with a
README
> > > > > file that contains multiple calls to
> > > > plot_data_plane.
> > > > > You can run each of those commands and check for errors. If
you
> > > > > receive any errors, please let us know.
> > > > >
> > > > > To access the file you can run:
> > > > >
> > > > > > ftp -p ftp.rap.ucar.edu
> > > > >
> > > > >
> > > > > When asked for your Name, enter "anonymous". When asked for
> > > > > your password, enter your email address. Then run:
> > > > >
> > > > > > cd pub/jpresto/for_greg
> > > > > > get MET_python_embedding.tar
> > > > >
> > > > >
> > > > > Please let me know if you have any questions.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, the compile is running now. Does the "make test", test
the
> > > > > > Python portion of the application?
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > Fingers crossed for a successful compilation.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > compile
> > now.
> > > > > > Thanks.
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thank you, Greg.
> > > > > > >
> > > > > > > I see the following problem in your config.log file:
> > > > > > >
> > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -I/softwa\
> > > > > > > >
> > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > >
> > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
conftest.cpp
> > > > > > > > >&5
> > > > > > > >
> > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > >
> > > > > > >
> > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > then
> > > > > > > reconfigure:
> > > > > > >
> > > > > > > > export MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > -export-dynamic
> > > > > > >
> > > > > > >
> > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > >
> > > > > > > Please let us know how it goes. Thanks!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > Find attachment.
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Thanks for the follow up. Please send me your
config.log
> > > > > > > > file, and I'll take a look.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > whether build environment is sane... yes checking
for a
> > > > > > > > > thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > > > gawk checking whether make sets $(MAKE)... yes
checking
> > > > > > > > > whether make supports nested variables... yes
> > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > compiles
> > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > configure: mode will be compiled
> > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > configure: modis will not be compiled
> > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > checking for
> > > > > > bison...
> > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > C++ compiler works... no
> > > > > > > > > configure: error: in
> > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > configure: error: C++ compiler cannot create
executables
> > > > > > > > > See `config.log' for more details [ramos at lorenz
> > > > > > > > > met-9.0.2]$
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > MET Python environment
> > > > > > variables.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > OK, I will try your suggestions. I failed to point
> > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > Python
> > > variables set.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Greg
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Hi Greg.
> > > > > > > > > >
> > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > successful compilation and run of
> > > > > > > > > "make test"
> > > > > > > > > > without the Python embedding option.
> > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
not
> > > compile:
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/pyth
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > In order to try to determine what the problem is
with
> > > > > > > > > > the compilation, it would be helpful and necessary
to
> > > > > > > > > > see your config.log and your make.log file.
However,
> > > > > > > > > > if you are using
> > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_157851
> > > > > > > > > > > 06
> > > > > > > > > > > 83
> > > > > > > > > > > 60
> > > > > > > > > > > 7/
> > > > > > > > > > > wo
> > > > > > > > > > > rk
> > > > > > > > > > > =/
> > > > > > > > > > > us
> > > > > > > > > > > r/
> > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/usr
> > > > > > > > > > > /l oc al /s rc /c on da -p refix -fuse-linker-
plugin
> > > > > > > > > > > -ffat-lto-objects -flto-partition=none -flto
> > > > > > > > > > > -DNDEBUG -fwrapv -O3 -Wall
> > > > > > > > > >
> > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > >
> > > > > > > > > > Instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/pyth
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/include
> > > > > > > > > > > /p
> > > > > > > > > > > yt
> > > > > > > > > > > ho
> > > > > > > > > > > n3
> > > > > > > > > > > .7
> > > > > > > > > > > m
> > > > > > > > > >
> > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > >
> > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > > > -export-dynamic
> > > > > > > > > >
> > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > >
> > > > > > > > > > Please try running "make clean", then rerun
configure,
> > > > > > > > > > "make", "make install", and "make test" again and
let
> > > > > > > > > > us know how it
> > > > > goes.
> > > > > > > > > > If you still do not get a successful compilation,
> > > > > > > > > > please send us your config.log file and your
make.log
> file.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted upon.
> > > > > > > > > > > Transaction: Ticket created by
> > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Queue: met_help
> > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Status: new
> > > > > > > > > > > Ticket <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
drwxr-xr-x.
> > > > > > > > > > > 4
> > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > ensemble_stat
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-
xr-x.
> > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x.
1
> > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos
1.1M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun 15
> > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun 15
> > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun 15
> > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun 15
> > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > 11M Jun
> > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 12M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun 15
> > > > > > > > > > > 13:21 tc_pairs
> > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-
x. 1
> > > > > > > > > > > ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-x.
1
> > > > > > > > > > > ramos ramos 12M Jun 15
> > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > .
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
tc_stat
> > > > > > > > > > > [ramos at lorenz ~]$
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
not
> > > compile:
> > > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/pyth
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > > Greg Ramos
> > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> > > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > > your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > > normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> > > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 13:46:25 2020
Attached is the config.log. Make log is huge
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 12:26 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
> When I built MET 8.0, I built all of the external libraries and
placed
> them in one directory. That worked. Since this is a new version, do
> you recommend rebuilding all of the libraries?
>
No, using the existing libraries should be just fine.
Please send me your config.log, make.log, and make_test.log file.
Julie
On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I built it, but same error. When I built MET 8.0, I built all of
> the external libraries and placed them in one directory. That
worked.
> Since this is a new version, do you recommend rebuilding all of the
libraries?
>
>
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/ total
> 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a [ramos at lorenz
> met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 10:25 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I see that you are getting a segmentation fault from pb2nc. I
looked
> back on the config.log file that you sent to me previously and saw
> that MET_BUFRLIB was not set:
>
> > MET_BUFRLIB=''
>
>
> If you haven't already downloaded and installed BUFRLIB, we
recommend
> using BUFRLIB version 11.3.0, which is available for download here:
> https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
>
> If you have downloaded and installed BUFRLIB, please ensure that you
> got a successful compilation. Then you can set MET_BUFRLIB, run
"make
> clean", reconfigure, and then run "make", "make install", and "make
test" again.
>
> Please let us know how it goes and let us know if you have any other
> questions.
>
> Julie
>
>
>
>
>
>
> On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > I did get beyond that error, but encountered another one:
> >
> >
> > DEBUG 1: Default Config File:
> > /usr/local/met-9.0.2-python3/share/met/config/PB2NCConfig_default
> > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> > DEBUG 1: Pre-processing BUFR File for variable names from
> > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > make[1]: Leaving directory
> > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > make: *** [test] Error 2
> > [ramos at lorenz met-9.0.2]$ which gcc
> > /software/depot/gcc-9.1.0/bin/gcc
> > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0 Copyright
> > (C)
> > 2019 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.
There
> > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > PARTICULAR
> PURPOSE.
> >
> > [ramos at lorenz met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 4:36 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks! I'm interested in hearing the solution. We have compiled
> > with gcc
> > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
> >
> > Julie
> >
> >
> >
> > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > BTW, I compiled with GCC 6.3.0
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I have not encountered either of these issues previously. Based
> > > on some google research, it looks like the issues are unrelated.
> > >
> > > Regarding the problem in make_test.log:
> > >
> > > > Internal Error: get_unit(): Bad internal unit KIND
> > > >
> > >
> > > I found some information on a site (
> > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > unrelated to MET, but which still may be helpful to you.
> > >
> > > > This bad unit error has to do with the fact that older
compilers
> > > > used
> > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
> > > > which is often part of the conda distribution on some
platforms.
> > > > The default linkage is done with -lgfortran for mdx and other
> > > > fortran programs and this is typically a symlink. When the
link
> > > > points to
> > > > libgfortran.so.4
> > > > - apparently mdx doesn't like it. One way around is to use the
> > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > ${CONDADIR}/lib on the link path. This would typically cause
it
> > > > to link to system
> > > > libgfortran.so.3 and then copy over the executable to
> > > > installdir/bin
> .
> > > > Automating this will be a bit of a challenge.
> > > >
> > >
> > > I also saw on a different site (
> > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > that running the following may help:
> > >
> > > > 'conda update openmc'
> > >
> > >
> > > Regarding the warning in your make.log file:
> > >
> > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > > > libnetcdf.so.11
> > > >
> > >
> > > This could cause a problem when working with NetCDF files. It
> > > looks like netcdf c++ is linking with a different version of
> > > netcdf than MET
> > is.
> > > You'll need to link MET with the same version of netcdf the
netcdf
> > > c++ was linked with.
> > >
> > > I hope that helps.
> > >
> > > Please let us know if you have any other questions and please
let
> > > us know how it goes.
> > >
> > > Julie
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Attached is the output of the make test.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > It's great that MET compiled successfully. Could you please
> > > > send your make_test.log file so that I can take a look and see
> > > > what the problem
> > > was?
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > OK, thank you. It built. I did get an error during make
test.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I do not believe it does test the Python embedding
functionality.
> > > > > We have plans to improve the tests that are run in "make
> > > > > test", but have not yet done so. However, I put a tar file,
> > > > > MET_python_embedding.tar, on our ftp server for you to grab.
> > > > > It contains data files that you can test with along with a
> > > > > README file that contains multiple calls to
> > > > plot_data_plane.
> > > > > You can run each of those commands and check for errors. If
> > > > > you receive any errors, please let us know.
> > > > >
> > > > > To access the file you can run:
> > > > >
> > > > > > ftp -p ftp.rap.ucar.edu
> > > > >
> > > > >
> > > > > When asked for your Name, enter "anonymous". When asked for
> > > > > your password, enter your email address. Then run:
> > > > >
> > > > > > cd pub/jpresto/for_greg
> > > > > > get MET_python_embedding.tar
> > > > >
> > > > >
> > > > > Please let me know if you have any questions.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, the compile is running now. Does the "make test", test
> > > > > > the Python portion of the application?
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > Fingers crossed for a successful compilation.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > compile
> > now.
> > > > > > Thanks.
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thank you, Greg.
> > > > > > >
> > > > > > > I see the following problem in your config.log file:
> > > > > > >
> > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -I/softwa\
> > > > > > > >
> > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > >
> > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > conftest.cpp
> > > > > > > > >&5
> > > > > > > >
> > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > >
> > > > > > >
> > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > then
> > > > > > > reconfigure:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > -export-dynamic
> > > > > > >
> > > > > > >
> > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > >
> > > > > > > Please let us know how it goes. Thanks!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > Find attachment.
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > config.log file, and I'll take a look.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > whether build environment is sane... yes checking
for
> > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > checking whether make supports nested variables...
yes
> > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > compiles
> > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > configure: mode will be compiled
> > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > configure: modis will not be compiled
> > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > checking for
> > > > > > bison...
> > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > C++ compiler works... no
> > > > > > > > > configure: error: in
> > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > executables See `config.log' for more details
> > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > MET Python environment
> > > > > > variables.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > 61
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > OK, I will try your suggestions. I failed to point
> > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > Python
> > > variables set.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Greg
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Hi Greg.
> > > > > > > > > >
> > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > successful compilation and run of
> > > > > > > > > "make test"
> > > > > > > > > > without the Python embedding option.
> > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
> > > > > > > > > > > not
> > > compile:
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > In order to try to determine what the problem is
> > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > necessary to see your config.log and your make.log
> > > > > > > > > > file. However, if you are using
> > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > 51
> > > > > > > > > > > 06
> > > > > > > > > > > 83
> > > > > > > > > > > 60
> > > > > > > > > > > 7/
> > > > > > > > > > > wo
> > > > > > > > > > > rk
> > > > > > > > > > > =/
> > > > > > > > > > > us
> > > > > > > > > > > r/
> > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/u
> > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3
> > > > > > > > > > > -Wall
> > > > > > > > > >
> > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > >
> > > > > > > > > > Instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/inclu
> > > > > > > > > > > de
> > > > > > > > > > > /p
> > > > > > > > > > > yt
> > > > > > > > > > > ho
> > > > > > > > > > > n3
> > > > > > > > > > > .7
> > > > > > > > > > > m
> > > > > > > > > >
> > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > >
> > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > >
> > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > >
> > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > configure, "make", "make install", and "make test"
> > > > > > > > > > again and let us know how it
> > > > > goes.
> > > > > > > > > > If you still do not get a successful compilation,
> > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > make.log
> file.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted upon.
> > > > > > > > > > > Transaction: Ticket created by
> > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Queue: met_help
> > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Status: new
> > > > > > > > > > > Ticket <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > 95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
drwxr-xr-x.
> > > > > > > > > > > 4
> > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > ensemble_stat
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-
xr-x.
> > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x.
1
> > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 10M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 14M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun 15
> > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > 11M Jun
> > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 12M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 tc_pairs
> > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-
x.
> > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-
x.
> > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > .
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
> > > > > > > > > > > not
> > > compile:
> > > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > > Greg Ramos
> > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > do not feel obliged to reply to this email outside
> > > > > > > > > > of your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > your normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 13:51:15 2020
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 12:26 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
> When I built MET 8.0, I built all of the external libraries and
placed
> them in one directory. That worked. Since this is a new version, do
> you recommend rebuilding all of the libraries?
>
No, using the existing libraries should be just fine.
Please send me your config.log, make.log, and make_test.log file.
Julie
On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I built it, but same error. When I built MET 8.0, I built all of
> the external libraries and placed them in one directory. That
worked.
> Since this is a new version, do you recommend rebuilding all of the
libraries?
>
>
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/ total
> 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a [ramos at lorenz
> met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 10:25 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I see that you are getting a segmentation fault from pb2nc. I
looked
> back on the config.log file that you sent to me previously and saw
> that MET_BUFRLIB was not set:
>
> > MET_BUFRLIB=''
>
>
> If you haven't already downloaded and installed BUFRLIB, we
recommend
> using BUFRLIB version 11.3.0, which is available for download here:
> https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
>
> If you have downloaded and installed BUFRLIB, please ensure that you
> got a successful compilation. Then you can set MET_BUFRLIB, run
"make
> clean", reconfigure, and then run "make", "make install", and "make
test" again.
>
> Please let us know how it goes and let us know if you have any other
> questions.
>
> Julie
>
>
>
>
>
>
> On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > I did get beyond that error, but encountered another one:
> >
> >
> > DEBUG 1: Default Config File:
> > /usr/local/met-9.0.2-python3/share/met/config/PB2NCConfig_default
> > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> > DEBUG 1: Pre-processing BUFR File for variable names from
> > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > make[1]: Leaving directory
> > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > make: *** [test] Error 2
> > [ramos at lorenz met-9.0.2]$ which gcc
> > /software/depot/gcc-9.1.0/bin/gcc
> > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0 Copyright
> > (C)
> > 2019 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.
There
> > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > PARTICULAR
> PURPOSE.
> >
> > [ramos at lorenz met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 4:36 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks! I'm interested in hearing the solution. We have compiled
> > with gcc
> > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
> >
> > Julie
> >
> >
> >
> > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > BTW, I compiled with GCC 6.3.0
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I have not encountered either of these issues previously. Based
> > > on some google research, it looks like the issues are unrelated.
> > >
> > > Regarding the problem in make_test.log:
> > >
> > > > Internal Error: get_unit(): Bad internal unit KIND
> > > >
> > >
> > > I found some information on a site (
> > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > unrelated to MET, but which still may be helpful to you.
> > >
> > > > This bad unit error has to do with the fact that older
compilers
> > > > used
> > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
> > > > which is often part of the conda distribution on some
platforms.
> > > > The default linkage is done with -lgfortran for mdx and other
> > > > fortran programs and this is typically a symlink. When the
link
> > > > points to
> > > > libgfortran.so.4
> > > > - apparently mdx doesn't like it. One way around is to use the
> > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > ${CONDADIR}/lib on the link path. This would typically cause
it
> > > > to link to system
> > > > libgfortran.so.3 and then copy over the executable to
> > > > installdir/bin
> .
> > > > Automating this will be a bit of a challenge.
> > > >
> > >
> > > I also saw on a different site (
> > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > that running the following may help:
> > >
> > > > 'conda update openmc'
> > >
> > >
> > > Regarding the warning in your make.log file:
> > >
> > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > > > libnetcdf.so.11
> > > >
> > >
> > > This could cause a problem when working with NetCDF files. It
> > > looks like netcdf c++ is linking with a different version of
> > > netcdf than MET
> > is.
> > > You'll need to link MET with the same version of netcdf the
netcdf
> > > c++ was linked with.
> > >
> > > I hope that helps.
> > >
> > > Please let us know if you have any other questions and please
let
> > > us know how it goes.
> > >
> > > Julie
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Attached is the output of the make test.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > It's great that MET compiled successfully. Could you please
> > > > send your make_test.log file so that I can take a look and see
> > > > what the problem
> > > was?
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > OK, thank you. It built. I did get an error during make
test.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I do not believe it does test the Python embedding
functionality.
> > > > > We have plans to improve the tests that are run in "make
> > > > > test", but have not yet done so. However, I put a tar file,
> > > > > MET_python_embedding.tar, on our ftp server for you to grab.
> > > > > It contains data files that you can test with along with a
> > > > > README file that contains multiple calls to
> > > > plot_data_plane.
> > > > > You can run each of those commands and check for errors. If
> > > > > you receive any errors, please let us know.
> > > > >
> > > > > To access the file you can run:
> > > > >
> > > > > > ftp -p ftp.rap.ucar.edu
> > > > >
> > > > >
> > > > > When asked for your Name, enter "anonymous". When asked for
> > > > > your password, enter your email address. Then run:
> > > > >
> > > > > > cd pub/jpresto/for_greg
> > > > > > get MET_python_embedding.tar
> > > > >
> > > > >
> > > > > Please let me know if you have any questions.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, the compile is running now. Does the "make test", test
> > > > > > the Python portion of the application?
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > Fingers crossed for a successful compilation.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > compile
> > now.
> > > > > > Thanks.
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thank you, Greg.
> > > > > > >
> > > > > > > I see the following problem in your config.log file:
> > > > > > >
> > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -I/softwa\
> > > > > > > >
> > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > >
> > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > conftest.cpp
> > > > > > > > >&5
> > > > > > > >
> > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > >
> > > > > > >
> > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > then
> > > > > > > reconfigure:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > -export-dynamic
> > > > > > >
> > > > > > >
> > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > >
> > > > > > > Please let us know how it goes. Thanks!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > Find attachment.
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > config.log file, and I'll take a look.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > whether build environment is sane... yes checking
for
> > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > checking whether make supports nested variables...
yes
> > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > compiles
> > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > configure: mode will be compiled
> > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > configure: modis will not be compiled
> > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > checking for
> > > > > > bison...
> > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > C++ compiler works... no
> > > > > > > > > configure: error: in
> > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > executables See `config.log' for more details
> > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > MET Python environment
> > > > > > variables.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > 61
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > OK, I will try your suggestions. I failed to point
> > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > Python
> > > variables set.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Greg
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Hi Greg.
> > > > > > > > > >
> > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > successful compilation and run of
> > > > > > > > > "make test"
> > > > > > > > > > without the Python embedding option.
> > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
> > > > > > > > > > > not
> > > compile:
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > In order to try to determine what the problem is
> > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > necessary to see your config.log and your make.log
> > > > > > > > > > file. However, if you are using
> > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > 51
> > > > > > > > > > > 06
> > > > > > > > > > > 83
> > > > > > > > > > > 60
> > > > > > > > > > > 7/
> > > > > > > > > > > wo
> > > > > > > > > > > rk
> > > > > > > > > > > =/
> > > > > > > > > > > us
> > > > > > > > > > > r/
> > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/u
> > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3
> > > > > > > > > > > -Wall
> > > > > > > > > >
> > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > >
> > > > > > > > > > Instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/inclu
> > > > > > > > > > > de
> > > > > > > > > > > /p
> > > > > > > > > > > yt
> > > > > > > > > > > ho
> > > > > > > > > > > n3
> > > > > > > > > > > .7
> > > > > > > > > > > m
> > > > > > > > > >
> > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > >
> > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > >
> > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > >
> > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > configure, "make", "make install", and "make test"
> > > > > > > > > > again and let us know how it
> > > > > goes.
> > > > > > > > > > If you still do not get a successful compilation,
> > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > make.log
> file.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted upon.
> > > > > > > > > > > Transaction: Ticket created by
> > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Queue: met_help
> > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Status: new
> > > > > > > > > > > Ticket <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > 95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
drwxr-xr-x.
> > > > > > > > > > > 4
> > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > ensemble_stat
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-
xr-x.
> > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x.
1
> > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 10M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 14M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun 15
> > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > 11M Jun
> > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 12M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 tc_pairs
> > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-
x.
> > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-
x.
> > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > .
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
> > > > > > > > > > > not
> > > compile:
> > > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > > Greg Ramos
> > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > do not feel obliged to reply to this email outside
> > > > > > > > > > of your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > your normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 13:53:02 2020
You should have all three now.
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 12:26 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
> When I built MET 8.0, I built all of the external libraries and
placed
> them in one directory. That worked. Since this is a new version, do
> you recommend rebuilding all of the libraries?
>
No, using the existing libraries should be just fine.
Please send me your config.log, make.log, and make_test.log file.
Julie
On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I built it, but same error. When I built MET 8.0, I built all of
> the external libraries and placed them in one directory. That
worked.
> Since this is a new version, do you recommend rebuilding all of the
libraries?
>
>
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/ total
> 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a [ramos at lorenz
> met-9.0.2]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 10:25 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I see that you are getting a segmentation fault from pb2nc. I
looked
> back on the config.log file that you sent to me previously and saw
> that MET_BUFRLIB was not set:
>
> > MET_BUFRLIB=''
>
>
> If you haven't already downloaded and installed BUFRLIB, we
recommend
> using BUFRLIB version 11.3.0, which is available for download here:
> https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
>
> If you have downloaded and installed BUFRLIB, please ensure that you
> got a successful compilation. Then you can set MET_BUFRLIB, run
"make
> clean", reconfigure, and then run "make", "make install", and "make
test" again.
>
> Please let us know how it goes and let us know if you have any other
> questions.
>
> Julie
>
>
>
>
>
>
> On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > I did get beyond that error, but encountered another one:
> >
> >
> > DEBUG 1: Default Config File:
> > /usr/local/met-9.0.2-python3/share/met/config/PB2NCConfig_default
> > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> > DEBUG 1: Pre-processing BUFR File for variable names from
> > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > make[1]: Leaving directory
> > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > make: *** [test] Error 2
> > [ramos at lorenz met-9.0.2]$ which gcc
> > /software/depot/gcc-9.1.0/bin/gcc
> > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0 Copyright
> > (C)
> > 2019 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.
There
> > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > PARTICULAR
> PURPOSE.
> >
> > [ramos at lorenz met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, June 16, 2020 4:36 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Thanks! I'm interested in hearing the solution. We have compiled
> > with gcc
> > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
previously.
> >
> > Julie
> >
> >
> >
> > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > BTW, I compiled with GCC 6.3.0
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I have not encountered either of these issues previously. Based
> > > on some google research, it looks like the issues are unrelated.
> > >
> > > Regarding the problem in make_test.log:
> > >
> > > > Internal Error: get_unit(): Bad internal unit KIND
> > > >
> > >
> > > I found some information on a site (
> > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > unrelated to MET, but which still may be helpful to you.
> > >
> > > > This bad unit error has to do with the fact that older
compilers
> > > > used
> > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
> > > > which is often part of the conda distribution on some
platforms.
> > > > The default linkage is done with -lgfortran for mdx and other
> > > > fortran programs and this is typically a symlink. When the
link
> > > > points to
> > > > libgfortran.so.4
> > > > - apparently mdx doesn't like it. One way around is to use the
> > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > ${CONDADIR}/lib on the link path. This would typically cause
it
> > > > to link to system
> > > > libgfortran.so.3 and then copy over the executable to
> > > > installdir/bin
> .
> > > > Automating this will be a bit of a challenge.
> > > >
> > >
> > > I also saw on a different site (
> > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > that running the following may help:
> > >
> > > > 'conda update openmc'
> > >
> > >
> > > Regarding the warning in your make.log file:
> > >
> > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict with
> > > > libnetcdf.so.11
> > > >
> > >
> > > This could cause a problem when working with NetCDF files. It
> > > looks like netcdf c++ is linking with a different version of
> > > netcdf than MET
> > is.
> > > You'll need to link MET with the same version of netcdf the
netcdf
> > > c++ was linked with.
> > >
> > > I hope that helps.
> > >
> > > Please let us know if you have any other questions and please
let
> > > us know how it goes.
> > >
> > > Julie
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Attached is the output of the make test.
> > > >
> > > > Greg
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > It's great that MET compiled successfully. Could you please
> > > > send your make_test.log file so that I can take a look and see
> > > > what the problem
> > > was?
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > OK, thank you. It built. I did get an error during make
test.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I do not believe it does test the Python embedding
functionality.
> > > > > We have plans to improve the tests that are run in "make
> > > > > test", but have not yet done so. However, I put a tar file,
> > > > > MET_python_embedding.tar, on our ftp server for you to grab.
> > > > > It contains data files that you can test with along with a
> > > > > README file that contains multiple calls to
> > > > plot_data_plane.
> > > > > You can run each of those commands and check for errors. If
> > > > > you receive any errors, please let us know.
> > > > >
> > > > > To access the file you can run:
> > > > >
> > > > > > ftp -p ftp.rap.ucar.edu
> > > > >
> > > > >
> > > > > When asked for your Name, enter "anonymous". When asked for
> > > > > your password, enter your email address. Then run:
> > > > >
> > > > > > cd pub/jpresto/for_greg
> > > > > > get MET_python_embedding.tar
> > > > >
> > > > >
> > > > > Please let me know if you have any questions.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, the compile is running now. Does the "make test", test
> > > > > > the Python portion of the application?
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > Fingers crossed for a successful compilation.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > compile
> > now.
> > > > > > Thanks.
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Thank you, Greg.
> > > > > > >
> > > > > > > I see the following problem in your config.log file:
> > > > > > >
> > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > -I/softwa\
> > > > > > > >
> > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > >
> > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > conftest.cpp
> > > > > > > > >&5
> > > > > > > >
> > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > >
> > > > > > >
> > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > then
> > > > > > > reconfigure:
> > > > > > >
> > > > > > > > export
> > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\
> > > > > > > > -export-dynamic
> > > > > > >
> > > > > > >
> > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > >
> > > > > > > Please let us know how it goes. Thanks!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > Find attachment.
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > config.log file, and I'll take a look.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for a
> > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > whether build environment is sane... yes checking
for
> > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking for
gawk...
> > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > checking whether make supports nested variables...
yes
> > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > compiles
> > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > configure: mode will be compiled
> > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > configure: modis will not be compiled
> > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > checking for
> > > > > > bison...
> > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > C++ compiler works... no
> > > > > > > > > configure: error: in
> > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > executables See `config.log' for more details
> > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > MET Python environment
> > > > > > variables.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > 61
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > OK, I will try your suggestions. I failed to point
> > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > Python
> > > variables set.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Greg
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Hi Greg.
> > > > > > > > > >
> > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > successful compilation and run of
> > > > > > > > > "make test"
> > > > > > > > > > without the Python embedding option.
> > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
> > > > > > > > > > > not
> > > compile:
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > In order to try to determine what the problem is
> > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > necessary to see your config.log and your make.log
> > > > > > > > > > file. However, if you are using
> > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > -Wno-unused-result -Wsign-compare -march=nocona
> > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > 51
> > > > > > > > > > > 06
> > > > > > > > > > > 83
> > > > > > > > > > > 60
> > > > > > > > > > > 7/
> > > > > > > > > > > wo
> > > > > > > > > > > rk
> > > > > > > > > > > =/
> > > > > > > > > > > us
> > > > > > > > > > > r/
> > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/u
> > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv -O3
> > > > > > > > > > > -Wall
> > > > > > > > > >
> > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > >
> > > > > > > > > > Instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/inclu
> > > > > > > > > > > de
> > > > > > > > > > > /p
> > > > > > > > > > > yt
> > > > > > > > > > > ho
> > > > > > > > > > > n3
> > > > > > > > > > > .7
> > > > > > > > > > > m
> > > > > > > > > >
> > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > >
> > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > >
> > > > > > > > > > please set the following instead:
> > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > >
> > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > >
> > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > configure, "make", "make install", and "make test"
> > > > > > > > > > again and let us know how it
> > > > > goes.
> > > > > > > > > > If you still do not get a successful compilation,
> > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > make.log
> file.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted upon.
> > > > > > > > > > > Transaction: Ticket created by
> > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Queue: met_help
> > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > Status: new
> > > > > > > > > > > Ticket <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > 95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
drwxr-xr-x.
> > > > > > > > > > > 4
> > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > ensemble_stat
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat -rwxr-
xr-x.
> > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-x.
1
> > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos 15M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos 17M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos 11M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 10M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 14M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos 13M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun 15
> > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > Jun 15
> > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > 11M Jun
> > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > 12M Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21 tc_pairs
> > > > > > -rwxr-xr-x.
> > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-xr-
x.
> > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-xr-
x.
> > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > Jun
> > > > > > > > > > > 15
> > > > > > > > > > > 13:21
> > > > > .
> > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > When I set the following two variables, it will
> > > > > > > > > > > not
> > > compile:
> > > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > -export-dynamic"
> > > > > > > > > > > export
> > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > th
> > > > > > > > > > > on
> > > > > > > > > > > 3-
> > > > > > > > > > > co
> > > > > > > > > > > nf
> > > > > > > > > > > ig
> > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > > Greg Ramos
> > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > do not feel obliged to reply to this email outside
> > > > > > > > > > of your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > your normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working
> hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Wed Jun 17 13:56:02 2020
Hi Greg.
>From this information in your email:
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
> total 1.5M
> drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
>
It looks like libbufr.a is located in /usr/local/bufrlib.11.3.0/,
however,
from your config.log file, I see:
> MET_BUFR='/usr/local/bufrlib.11.3.0'
> MET_BUFRLIB='${MET_BUFR}/lib'
So, MET is looking in /usr/local/bufrlib.11.3.0/lib for libbufr.a, but
the
file does not exist there. Instead of setting MET_BUFR, please
instead set
MET_BUFRLIB to '/usr/local/bufrlib.11.3.0', then run "make clean",
reconfigure, and then run "make", "make install", and "make test"
again.
Please let us know how it goes.
Julie
On Wed, Jun 17, 2020 at 1:46 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Attached is the config.log. Make log is huge
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 12:26 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
>
> > When I built MET 8.0, I built all of the external libraries and
placed
> > them in one directory. That worked. Since this is a new version,
do
> > you recommend rebuilding all of the libraries?
> >
> No, using the existing libraries should be just fine.
>
> Please send me your config.log, make.log, and make_test.log file.
>
> Julie
>
> On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I built it, but same error. When I built MET 8.0, I built all
of
> > the external libraries and placed them in one directory. That
worked.
> > Since this is a new version, do you recommend rebuilding all of
the
> libraries?
> >
> >
> > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total
> > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
[ramos at lorenz
> > met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 10:25 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I see that you are getting a segmentation fault from pb2nc. I
looked
> > back on the config.log file that you sent to me previously and saw
> > that MET_BUFRLIB was not set:
> >
> > > MET_BUFRLIB=''
> >
> >
> > If you haven't already downloaded and installed BUFRLIB, we
recommend
> > using BUFRLIB version 11.3.0, which is available for download
here:
> > https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
> >
> > If you have downloaded and installed BUFRLIB, please ensure that
you
> > got a successful compilation. Then you can set MET_BUFRLIB, run
"make
> > clean", reconfigure, and then run "make", "make install", and
"make
> test" again.
> >
> > Please let us know how it goes and let us know if you have any
other
> > questions.
> >
> > Julie
> >
> >
> >
> >
> >
> >
> > On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > I did get beyond that error, but encountered another one:
> > >
> > >
> > > DEBUG 1: Default Config File:
> > > /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
> > > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > > DEBUG 1: Creating NetCDF File:
../out/pb2nc/sample_pb.nc
> > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > > make[1]: Leaving directory
> > > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > > make: *** [test] Error 2
> > > [ramos at lorenz met-9.0.2]$ which gcc
> > > /software/depot/gcc-9.1.0/bin/gcc
> > > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0
Copyright
> > > (C)
> > > 2019 Free Software Foundation, Inc.
> > > This is free software; see the source for copying conditions.
There
> > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > > PARTICULAR
> > PURPOSE.
> > >
> > > [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:36 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks! I'm interested in hearing the solution. We have
compiled
> > > with gcc
> > > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
> previously.
> > >
> > > Julie
> > >
> > >
> > >
> > > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > BTW, I compiled with GCC 6.3.0
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I have not encountered either of these issues previously.
Based
> > > > on some google research, it looks like the issues are
unrelated.
> > > >
> > > > Regarding the problem in make_test.log:
> > > >
> > > > > Internal Error: get_unit(): Bad internal unit KIND
> > > > >
> > > >
> > > > I found some information on a site (
> > > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > > unrelated to MET, but which still may be helpful to you.
> > > >
> > > > > This bad unit error has to do with the fact that older
compilers
> > > > > used
> > > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
> > > > > which is often part of the conda distribution on some
platforms.
> > > > > The default linkage is done with -lgfortran for mdx and
other
> > > > > fortran programs and this is typically a symlink. When the
link
> > > > > points to
> > > > > libgfortran.so.4
> > > > > - apparently mdx doesn't like it. One way around is to use
the
> > > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > > ${CONDADIR}/lib on the link path. This would typically cause
it
> > > > > to link to system
> > > > > libgfortran.so.3 and then copy over the executable to
> > > > > installdir/bin
> > .
> > > > > Automating this will be a bit of a challenge.
> > > > >
> > > >
> > > > I also saw on a different site (
> > > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > > that running the following may help:
> > > >
> > > > > 'conda update openmc'
> > > >
> > > >
> > > > Regarding the warning in your make.log file:
> > > >
> > > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict
with
> > > > > libnetcdf.so.11
> > > > >
> > > >
> > > > This could cause a problem when working with NetCDF files. It
> > > > looks like netcdf c++ is linking with a different version of
> > > > netcdf than MET
> > > is.
> > > > You'll need to link MET with the same version of netcdf the
netcdf
> > > > c++ was linked with.
> > > >
> > > > I hope that helps.
> > > >
> > > > Please let us know if you have any other questions and please
let
> > > > us know how it goes.
> > > >
> > > > Julie
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > Attached is the output of the make test.
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > It's great that MET compiled successfully. Could you please
> > > > > send your make_test.log file so that I can take a look and
see
> > > > > what the problem
> > > > was?
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, thank you. It built. I did get an error during make
test.
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I do not believe it does test the Python embedding
functionality.
> > > > > > We have plans to improve the tests that are run in "make
> > > > > > test", but have not yet done so. However, I put a tar
file,
> > > > > > MET_python_embedding.tar, on our ftp server for you to
grab.
> > > > > > It contains data files that you can test with along with a
> > > > > > README file that contains multiple calls to
> > > > > plot_data_plane.
> > > > > > You can run each of those commands and check for errors.
If
> > > > > > you receive any errors, please let us know.
> > > > > >
> > > > > > To access the file you can run:
> > > > > >
> > > > > > > ftp -p ftp.rap.ucar.edu
> > > > > >
> > > > > >
> > > > > > When asked for your Name, enter "anonymous". When asked
for
> > > > > > your password, enter your email address. Then run:
> > > > > >
> > > > > > > cd pub/jpresto/for_greg
> > > > > > > get MET_python_embedding.tar
> > > > > >
> > > > > >
> > > > > > Please let me know if you have any questions.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, the compile is running now. Does the "make test",
test
> > > > > > > the Python portion of the application?
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > > Fingers crossed for a successful compilation.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > > compile
> > > now.
> > > > > > > Thanks.
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Thank you, Greg.
> > > > > > > >
> > > > > > > > I see the following problem in your config.log file:
> > > > > > > >
> > > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -I/softwa\
> > > > > > > > >
> > > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > > >
> > > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > > conftest.cpp
> > > > > > > > > >&5
> > > > > > > > >
> > > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > > >
> > > > > > > >
> > > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > > then
> > > > > > > > reconfigure:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > -export-dynamic
> > > > > > > >
> > > > > > > >
> > > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > > >
> > > > > > > > Please let us know how it goes. Thanks!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Find attachment.
> > > > > > > > >
> > > > > > > > > Greg
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > > config.log file, and I'll take a look.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for
a
> > > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > > whether build environment is sane... yes checking
for
> > > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking
for
> gawk...
> > > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > > checking whether make supports nested variables...
yes
> > > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > > compiles
> > > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > > configure: mode will be compiled
> > > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > > configure: modis will not be compiled
> > > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > > checking for
> > > > > > > bison...
> > > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > > C++ compiler works... no
> > > > > > > > > > configure: error: in
> > > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > > executables See `config.log' for more details
> > > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > > MET Python environment
> > > > > > > variables.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > OK, I will try your suggestions. I failed to
point
> > > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > > Python
> > > > variables set.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Greg
> > > > > > > > > > >
> > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<
> > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > > build the executable, but
> > > > > > > > > > >
> > > > > > > > > > > Hi Greg.
> > > > > > > > > > >
> > > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > > successful compilation and run of
> > > > > > > > > > "make test"
> > > > > > > > > > > without the Python embedding option.
> > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > In order to try to determine what the problem is
> > > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > > necessary to see your config.log and your
make.log
> > > > > > > > > > > file. However, if you are using
> > > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -Wno-unused-result -Wsign-compare
-march=nocona
> > > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > > 51
> > > > > > > > > > > > 06
> > > > > > > > > > > > 83
> > > > > > > > > > > > 60
> > > > > > > > > > > > 7/
> > > > > > > > > > > > wo
> > > > > > > > > > > > rk
> > > > > > > > > > > > =/
> > > > > > > > > > > > us
> > > > > > > > > > > > r/
> > > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/u
> > > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv
-O3
> > > > > > > > > > > > -Wall
> > > > > > > > > > >
> > > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > > >
> > > > > > > > > > > Instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/inclu
> > > > > > > > > > > > de
> > > > > > > > > > > > /p
> > > > > > > > > > > > yt
> > > > > > > > > > > > ho
> > > > > > > > > > > > n3
> > > > > > > > > > > > .7
> > > > > > > > > > > > m
> > > > > > > > > > >
> > > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > > >
> > > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > > >
> > > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > > >
> > > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > > configure, "make", "make install", and "make
test"
> > > > > > > > > > > again and let us know how it
> > > > > > goes.
> > > > > > > > > > > If you still do not get a successful
compilation,
> > > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > > make.log
> > file.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > > Contractor, Code
> > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted
> upon.
> > > > > > > > > > > > Transaction: Ticket created by
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Status: new
> > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > > 95
> > > > > > > > > > > > 61
> > > > > > > > > > > > 8
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
> drwxr-xr-x.
> > > > > > > > > > > > 4
> > > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > > ensemble_stat
> > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat
-rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-
x. 1
> > > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos
15M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 10M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun 15
> > > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 12M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_pairs
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > .
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > > Greg Ramos
> > > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > > do not feel obliged to reply to this email
outside
> > > > > > > > > > > of your normal working
> > > > > > > hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> > > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > > your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > > normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> > > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 14:22:35 2020
I changed things around abit. I am back to a previous error:
DEBUG 1: Default Config File: /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
DEBUG 1: User Config File: config/PB2NCConfig_G212
DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
DEBUG 1: Pre-processing BUFR File for variable names from
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
At line 20 of file openpb.f (unit = 33)
Fortran runtime error: Bad FORM parameter in OPEN statement
make[1]: *** [pb2nc] Error 2
make[1]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
9.0.2/scripts'
make: *** [test] Error 2
[ramos at lorenz met-9.0.2]$ env|grep BUF
MET_BUFR=/usr/local/bufrlib.11.3.0
[ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0
total 16K
drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
drwx------. 2 ramos ramos 4.0K Jun 17 12:20 lib
drwx------. 4 ramos ramos 4.0K Jun 17 12:20 .
drwx------. 2 ramos ramos 4.0K Jun 17 12:21 include
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 12:56 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
>From this information in your email:
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/ total
> 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
>
It looks like libbufr.a is located in /usr/local/bufrlib.11.3.0/,
however,
from your config.log file, I see:
> MET_BUFR='/usr/local/bufrlib.11.3.0'
> MET_BUFRLIB='${MET_BUFR}/lib'
So, MET is looking in /usr/local/bufrlib.11.3.0/lib for libbufr.a, but
the
file does not exist there. Instead of setting MET_BUFR, please
instead set
MET_BUFRLIB to '/usr/local/bufrlib.11.3.0', then run "make clean",
reconfigure, and then run "make", "make install", and "make test"
again.
Please let us know how it goes.
Julie
On Wed, Jun 17, 2020 at 1:46 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Attached is the config.log. Make log is huge
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 12:26 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
>
> > When I built MET 8.0, I built all of the external libraries and
placed
> > them in one directory. That worked. Since this is a new version,
do
> > you recommend rebuilding all of the libraries?
> >
> No, using the existing libraries should be just fine.
>
> Please send me your config.log, make.log, and make_test.log file.
>
> Julie
>
> On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I built it, but same error. When I built MET 8.0, I built all
of
> > the external libraries and placed them in one directory. That
worked.
> > Since this is a new version, do you recommend rebuilding all of
the
> libraries?
> >
> >
> > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total
> > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
[ramos at lorenz
> > met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 10:25 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I see that you are getting a segmentation fault from pb2nc. I
looked
> > back on the config.log file that you sent to me previously and saw
> > that MET_BUFRLIB was not set:
> >
> > > MET_BUFRLIB=''
> >
> >
> > If you haven't already downloaded and installed BUFRLIB, we
recommend
> > using BUFRLIB version 11.3.0, which is available for download
here:
> > https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
> >
> > If you have downloaded and installed BUFRLIB, please ensure that
you
> > got a successful compilation. Then you can set MET_BUFRLIB, run
"make
> > clean", reconfigure, and then run "make", "make install", and
"make
> test" again.
> >
> > Please let us know how it goes and let us know if you have any
other
> > questions.
> >
> > Julie
> >
> >
> >
> >
> >
> >
> > On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > I did get beyond that error, but encountered another one:
> > >
> > >
> > > DEBUG 1: Default Config File:
> > > /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
> > > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > > DEBUG 1: Creating NetCDF File:
../out/pb2nc/sample_pb.nc
> > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > > make[1]: Leaving directory
> > > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > > make: *** [test] Error 2
> > > [ramos at lorenz met-9.0.2]$ which gcc
> > > /software/depot/gcc-9.1.0/bin/gcc
> > > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0
Copyright
> > > (C)
> > > 2019 Free Software Foundation, Inc.
> > > This is free software; see the source for copying conditions.
There
> > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > > PARTICULAR
> > PURPOSE.
> > >
> > > [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:36 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks! I'm interested in hearing the solution. We have
compiled
> > > with gcc
> > > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
> previously.
> > >
> > > Julie
> > >
> > >
> > >
> > > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > BTW, I compiled with GCC 6.3.0
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I have not encountered either of these issues previously.
Based
> > > > on some google research, it looks like the issues are
unrelated.
> > > >
> > > > Regarding the problem in make_test.log:
> > > >
> > > > > Internal Error: get_unit(): Bad internal unit KIND
> > > > >
> > > >
> > > > I found some information on a site (
> > > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > > unrelated to MET, but which still may be helpful to you.
> > > >
> > > > > This bad unit error has to do with the fact that older
compilers
> > > > > used
> > > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
> > > > > which is often part of the conda distribution on some
platforms.
> > > > > The default linkage is done with -lgfortran for mdx and
other
> > > > > fortran programs and this is typically a symlink. When the
link
> > > > > points to
> > > > > libgfortran.so.4
> > > > > - apparently mdx doesn't like it. One way around is to use
the
> > > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > > ${CONDADIR}/lib on the link path. This would typically cause
it
> > > > > to link to system
> > > > > libgfortran.so.3 and then copy over the executable to
> > > > > installdir/bin
> > .
> > > > > Automating this will be a bit of a challenge.
> > > > >
> > > >
> > > > I also saw on a different site (
> > > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > > that running the following may help:
> > > >
> > > > > 'conda update openmc'
> > > >
> > > >
> > > > Regarding the warning in your make.log file:
> > > >
> > > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict
with
> > > > > libnetcdf.so.11
> > > > >
> > > >
> > > > This could cause a problem when working with NetCDF files. It
> > > > looks like netcdf c++ is linking with a different version of
> > > > netcdf than MET
> > > is.
> > > > You'll need to link MET with the same version of netcdf the
netcdf
> > > > c++ was linked with.
> > > >
> > > > I hope that helps.
> > > >
> > > > Please let us know if you have any other questions and please
let
> > > > us know how it goes.
> > > >
> > > > Julie
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > Attached is the output of the make test.
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > It's great that MET compiled successfully. Could you please
> > > > > send your make_test.log file so that I can take a look and
see
> > > > > what the problem
> > > > was?
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, thank you. It built. I did get an error during make
test.
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I do not believe it does test the Python embedding
functionality.
> > > > > > We have plans to improve the tests that are run in "make
> > > > > > test", but have not yet done so. However, I put a tar
file,
> > > > > > MET_python_embedding.tar, on our ftp server for you to
grab.
> > > > > > It contains data files that you can test with along with a
> > > > > > README file that contains multiple calls to
> > > > > plot_data_plane.
> > > > > > You can run each of those commands and check for errors.
If
> > > > > > you receive any errors, please let us know.
> > > > > >
> > > > > > To access the file you can run:
> > > > > >
> > > > > > > ftp -p ftp.rap.ucar.edu
> > > > > >
> > > > > >
> > > > > > When asked for your Name, enter "anonymous". When asked
for
> > > > > > your password, enter your email address. Then run:
> > > > > >
> > > > > > > cd pub/jpresto/for_greg
> > > > > > > get MET_python_embedding.tar
> > > > > >
> > > > > >
> > > > > > Please let me know if you have any questions.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, the compile is running now. Does the "make test",
test
> > > > > > > the Python portion of the application?
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > > Fingers crossed for a successful compilation.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > > compile
> > > now.
> > > > > > > Thanks.
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Thank you, Greg.
> > > > > > > >
> > > > > > > > I see the following problem in your config.log file:
> > > > > > > >
> > > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -I/softwa\
> > > > > > > > >
> > > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > > >
> > > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > > conftest.cpp
> > > > > > > > > >&5
> > > > > > > > >
> > > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > > >
> > > > > > > >
> > > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > > then
> > > > > > > > reconfigure:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > -export-dynamic
> > > > > > > >
> > > > > > > >
> > > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > > >
> > > > > > > > Please let us know how it goes. Thanks!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Find attachment.
> > > > > > > > >
> > > > > > > > > Greg
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > > config.log file, and I'll take a look.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for
a
> > > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > > whether build environment is sane... yes checking
for
> > > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking
for
> gawk...
> > > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > > checking whether make supports nested variables...
yes
> > > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > > compiles
> > > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > > configure: mode will be compiled
> > > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > > configure: modis will not be compiled
> > > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > > checking for
> > > > > > > bison...
> > > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > > C++ compiler works... no
> > > > > > > > > > configure: error: in
> > > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > > executables See `config.log' for more details
> > > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > > MET Python environment
> > > > > > > variables.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > OK, I will try your suggestions. I failed to
point
> > > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > > Python
> > > > variables set.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Greg
> > > > > > > > > > >
> > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<
> > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > > build the executable, but
> > > > > > > > > > >
> > > > > > > > > > > Hi Greg.
> > > > > > > > > > >
> > > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > > successful compilation and run of
> > > > > > > > > > "make test"
> > > > > > > > > > > without the Python embedding option.
> > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > In order to try to determine what the problem is
> > > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > > necessary to see your config.log and your
make.log
> > > > > > > > > > > file. However, if you are using
> > > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -Wno-unused-result -Wsign-compare
-march=nocona
> > > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > > 51
> > > > > > > > > > > > 06
> > > > > > > > > > > > 83
> > > > > > > > > > > > 60
> > > > > > > > > > > > 7/
> > > > > > > > > > > > wo
> > > > > > > > > > > > rk
> > > > > > > > > > > > =/
> > > > > > > > > > > > us
> > > > > > > > > > > > r/
> > > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/u
> > > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv
-O3
> > > > > > > > > > > > -Wall
> > > > > > > > > > >
> > > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > > >
> > > > > > > > > > > Instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/inclu
> > > > > > > > > > > > de
> > > > > > > > > > > > /p
> > > > > > > > > > > > yt
> > > > > > > > > > > > ho
> > > > > > > > > > > > n3
> > > > > > > > > > > > .7
> > > > > > > > > > > > m
> > > > > > > > > > >
> > > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > > >
> > > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > > >
> > > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > > >
> > > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > > configure, "make", "make install", and "make
test"
> > > > > > > > > > > again and let us know how it
> > > > > > goes.
> > > > > > > > > > > If you still do not get a successful
compilation,
> > > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > > make.log
> > file.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > > Contractor, Code
> > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted
> upon.
> > > > > > > > > > > > Transaction: Ticket created by
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Status: new
> > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > > 95
> > > > > > > > > > > > 61
> > > > > > > > > > > > 8
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
> drwxr-xr-x.
> > > > > > > > > > > > 4
> > > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > > ensemble_stat
> > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat
-rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-
x. 1
> > > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos
15M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 10M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun 15
> > > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 12M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_pairs
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > .
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > > Greg Ramos
> > > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > > do not feel obliged to reply to this email
outside
> > > > > > > > > > > of your normal working
> > > > > > > hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> > > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > > your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > > normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> > > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 14:24:02 2020
I place all of the libraries in one spot on my last successful build:
[ramos at lorenz met-9.0.2]$ ls -larth
/software/depot/met/external_libs/lib
total 106M
drwxr-xr-x. 20 ramos ramos 4.0K Feb 20 2019 ..
-rwxr-xr-x. 1 ramos ramos 1.1M Feb 27 2019 libgslcblas.so.0.0.0
lrwxrwxrwx. 1 ramos ramos 20 Feb 27 2019 libgslcblas.so.0 ->
libgslcblas.so.0.0.0
lrwxrwxrwx. 1 ramos ramos 20 Feb 27 2019 libgslcblas.so ->
libgslcblas.so.0.0.0
-rwxr-xr-x. 1 ramos ramos 972 Feb 27 2019 libgslcblas.la
-rw-r--r--. 1 ramos ramos 1.9M Feb 27 2019 libgslcblas.a
-rwxr-xr-x. 1 ramos ramos 11M Feb 27 2019 libgsl.so.19.0.0
lrwxrwxrwx. 1 ramos ramos 16 Feb 27 2019 libgsl.so.19 ->
libgsl.so.19.0.0
lrwxrwxrwx. 1 ramos ramos 16 Feb 27 2019 libgsl.so ->
libgsl.so.19.0.0
-rwxr-xr-x. 1 ramos ramos 941 Feb 27 2019 libgsl.la
-rw-r--r--. 1 ramos ramos 18M Feb 27 2019 libgsl.a
-rwxr-xr-x. 1 ramos ramos 994K Feb 27 2019 libbufr.a
-rw-r--r--. 1 ramos ramos 147K Feb 27 2019 libz.a
-rwxr-xr-x. 1 ramos ramos 116K Feb 27 2019 libz.so.1.2.11
lrwxrwxrwx. 1 ramos ramos 14 Feb 27 2019 libz.so -> libz.so.1.2.11
lrwxrwxrwx. 1 ramos ramos 14 Feb 27 2019 libz.so.1 ->
libz.so.1.2.11
-rwxr-xr-x. 1 ramos ramos 894K Feb 27 2019 libpng16.so.16.34.0
lrwxrwxrwx. 1 ramos ramos 19 Feb 27 2019 libpng16.so.16 ->
libpng16.so.16.34.0
lrwxrwxrwx. 1 ramos ramos 19 Feb 27 2019 libpng16.so ->
libpng16.so.16.34.0
-rwxr-xr-x. 1 ramos ramos 1001 Feb 27 2019 libpng16.la
-rw-r--r--. 1 ramos ramos 1.8M Feb 27 2019 libpng16.a
lrwxrwxrwx. 1 ramos ramos 10 Feb 27 2019 libpng.a -> libpng16.a
lrwxrwxrwx. 1 ramos ramos 11 Feb 27 2019 libpng.so -> libpng16.so
lrwxrwxrwx. 1 ramos ramos 11 Feb 27 2019 libpng.la -> libpng16.la
-rwxr-xr-x. 1 ramos ramos 780 Feb 27 2019 libjasper.la
-rw-r--r--. 1 ramos ramos 2.3M Feb 27 2019 libjasper.a
-rwxr-xr-x. 1 ramos ramos 794K Feb 27 2019 libgrib2c.a
-rw-r--r--. 1 ramos ramos 1.4M Feb 27 2019 libdf.a
-rw-r--r--. 1 ramos ramos 278K Feb 27 2019 libmfhdf.a
-rw-r--r--. 1 ramos ramos 1.6K Feb 27 2019 libhdf4.settings
-rwxr-xr-x. 1 ramos ramos 831 Feb 27 2019 libGctp.la
-rw-r--r--. 1 ramos ramos 1.3M Feb 27 2019 libGctp.a
-rwxr-xr-x. 1 ramos ramos 797 Feb 27 2019 libhdfeos.la
-rw-r--r--. 1 ramos ramos 1.5M Feb 27 2019 libhdfeos.a
-rwxr-xr-x. 1 ramos ramos 3.2M Feb 27 2019 libhdf5.so.10.2.1
lrwxrwxrwx. 1 ramos ramos 17 Feb 27 2019 libhdf5.so.10 ->
libhdf5.so.10.2.1
lrwxrwxrwx. 1 ramos ramos 17 Feb 27 2019 libhdf5.so ->
libhdf5.so.10.2.1
-rwxr-xr-x. 1 ramos ramos 1.1K Feb 27 2019 libhdf5.la
-rw-r--r--. 1 ramos ramos 6.2M Feb 27 2019 libhdf5.a
-rw-r--r--. 1 ramos ramos 2.5K Feb 27 2019 libhdf5.settings
-rwxr-xr-x. 1 ramos ramos 147K Feb 27 2019 libhdf5_hl.so.10.1.1
lrwxrwxrwx. 1 ramos ramos 20 Feb 27 2019 libhdf5_hl.so.10 ->
libhdf5_hl.so.10.1.1
lrwxrwxrwx. 1 ramos ramos 20 Feb 27 2019 libhdf5_hl.so ->
libhdf5_hl.so.10.1.1
-rwxr-xr-x. 1 ramos ramos 1.1K Feb 27 2019 libhdf5_hl.la
-rw-r--r--. 1 ramos ramos 202K Feb 27 2019 libhdf5_hl.a
-rwxr-xr-x. 1 ramos ramos 1.3M Feb 27 2019 libnetcdf.so.11.0.4
lrwxrwxrwx. 1 ramos ramos 19 Feb 27 2019 libnetcdf.so.11 ->
libnetcdf.so.11.0.4
lrwxrwxrwx. 1 ramos ramos 19 Feb 27 2019 libnetcdf.so ->
libnetcdf.so.11.0.4
-rwxr-xr-x. 1 ramos ramos 1.2K Feb 27 2019 libnetcdf.la
-rw-r--r--. 1 ramos ramos 1.6M Feb 27 2019 libnetcdf.a
-rw-r--r--. 1 ramos ramos 855 Feb 27 2019 libnetcdf.settings
-rwxr-xr-x. 1 ramos ramos 2.8M Feb 27 2019 libnetcdf_c++4.so.1.0.3
lrwxrwxrwx. 1 ramos ramos 23 Feb 27 2019 libnetcdf_c++4.so.1 ->
libnetcdf_c++4.so.1.0.3
lrwxrwxrwx. 1 ramos ramos 23 Feb 27 2019 libnetcdf_c++4.so ->
libnetcdf_c++4.so.1.0.3
-rwxr-xr-x. 1 ramos ramos 1.3K Feb 27 2019 libnetcdf_c++4.la
-rw-r--r--. 1 ramos ramos 6.8M Feb 27 2019 libnetcdf_c++4.a
-rwxr-xr-x. 1 ramos ramos 2.9M Feb 27 2019 libfreetype.so.6.12.5
lrwxrwxrwx. 1 ramos ramos 21 Feb 27 2019 libfreetype.so.6 ->
libfreetype.so.6.12.5
lrwxrwxrwx. 1 ramos ramos 21 Feb 27 2019 libfreetype.so ->
libfreetype.so.6.12.5
-rwxr-xr-x. 1 ramos ramos 1.1K Feb 27 2019 libfreetype.la
-rw-r--r--. 1 ramos ramos 6.0M Feb 27 2019 libfreetype.a
-rwxr-xr-x. 1 ramos ramos 5.4M Feb 27 2019 libpixman-1.so.0.34.0
lrwxrwxrwx. 1 ramos ramos 21 Feb 27 2019 libpixman-1.so.0 ->
libpixman-1.so.0.34.0
lrwxrwxrwx. 1 ramos ramos 21 Feb 27 2019 libpixman-1.so ->
libpixman-1.so.0.34.0
-rwxr-xr-x. 1 ramos ramos 983 Feb 27 2019 libpixman-1.la
-rw-r--r--. 1 ramos ramos 8.3M Feb 27 2019 libpixman-1.a
-rwxr-xr-x. 1 ramos ramos 5.6M Feb 27 2019 libcairo.so.2.11400.6
lrwxrwxrwx. 1 ramos ramos 21 Feb 27 2019 libcairo.so.2 ->
libcairo.so.2.11400.6
lrwxrwxrwx. 1 ramos ramos 21 Feb 27 2019 libcairo.so ->
libcairo.so.2.11400.6
-rwxr-xr-x. 1 ramos ramos 1.3K Feb 27 2019 libcairo.la
-rw-r--r--. 1 ramos ramos 12M Feb 27 2019 libcairo.a
drwxr-xr-x. 2 ramos ramos 4.0K Feb 27 2019 pkgconfig
-rwxr-xr-x. 1 ramos ramos 680K Feb 27 2019 libcairo-script-
interpreter.so.2.11400.6
lrwxrwxrwx. 1 ramos ramos 40 Feb 27 2019 libcairo-script-
interpreter.so.2 -> libcairo-script-interpreter.so.2.11400.6
lrwxrwxrwx. 1 ramos ramos 40 Feb 27 2019 libcairo-script-
interpreter.so -> libcairo-script-interpreter.so.2.11400.6
-rwxr-xr-x. 1 ramos ramos 1.5K Feb 27 2019 libcairo-script-
interpreter.la
-rw-r--r--. 1 ramos ramos 1.1M Feb 27 2019 libcairo-script-
interpreter.a
drwxr-xr-x. 4 ramos ramos 8.0K Feb 27 2019 .
drwxr-xr-x. 2 ramos ramos 4.0K Feb 27 2019 cairo
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 12:56 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
>From this information in your email:
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/ total
> 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
>
It looks like libbufr.a is located in /usr/local/bufrlib.11.3.0/,
however,
from your config.log file, I see:
> MET_BUFR='/usr/local/bufrlib.11.3.0'
> MET_BUFRLIB='${MET_BUFR}/lib'
So, MET is looking in /usr/local/bufrlib.11.3.0/lib for libbufr.a, but
the
file does not exist there. Instead of setting MET_BUFR, please
instead set
MET_BUFRLIB to '/usr/local/bufrlib.11.3.0', then run "make clean",
reconfigure, and then run "make", "make install", and "make test"
again.
Please let us know how it goes.
Julie
On Wed, Jun 17, 2020 at 1:46 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Attached is the config.log. Make log is huge
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 12:26 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
>
> > When I built MET 8.0, I built all of the external libraries and
placed
> > them in one directory. That worked. Since this is a new version,
do
> > you recommend rebuilding all of the libraries?
> >
> No, using the existing libraries should be just fine.
>
> Please send me your config.log, make.log, and make_test.log file.
>
> Julie
>
> On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I built it, but same error. When I built MET 8.0, I built all
of
> > the external libraries and placed them in one directory. That
worked.
> > Since this is a new version, do you recommend rebuilding all of
the
> libraries?
> >
> >
> > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total
> > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
[ramos at lorenz
> > met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 10:25 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I see that you are getting a segmentation fault from pb2nc. I
looked
> > back on the config.log file that you sent to me previously and saw
> > that MET_BUFRLIB was not set:
> >
> > > MET_BUFRLIB=''
> >
> >
> > If you haven't already downloaded and installed BUFRLIB, we
recommend
> > using BUFRLIB version 11.3.0, which is available for download
here:
> > https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
> >
> > If you have downloaded and installed BUFRLIB, please ensure that
you
> > got a successful compilation. Then you can set MET_BUFRLIB, run
"make
> > clean", reconfigure, and then run "make", "make install", and
"make
> test" again.
> >
> > Please let us know how it goes and let us know if you have any
other
> > questions.
> >
> > Julie
> >
> >
> >
> >
> >
> >
> > On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > I did get beyond that error, but encountered another one:
> > >
> > >
> > > DEBUG 1: Default Config File:
> > > /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
> > > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > > DEBUG 1: Creating NetCDF File:
../out/pb2nc/sample_pb.nc
> > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > > make[1]: Leaving directory
> > > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > > make: *** [test] Error 2
> > > [ramos at lorenz met-9.0.2]$ which gcc
> > > /software/depot/gcc-9.1.0/bin/gcc
> > > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0
Copyright
> > > (C)
> > > 2019 Free Software Foundation, Inc.
> > > This is free software; see the source for copying conditions.
There
> > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > > PARTICULAR
> > PURPOSE.
> > >
> > > [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:36 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks! I'm interested in hearing the solution. We have
compiled
> > > with gcc
> > > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
> previously.
> > >
> > > Julie
> > >
> > >
> > >
> > > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > BTW, I compiled with GCC 6.3.0
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I have not encountered either of these issues previously.
Based
> > > > on some google research, it looks like the issues are
unrelated.
> > > >
> > > > Regarding the problem in make_test.log:
> > > >
> > > > > Internal Error: get_unit(): Bad internal unit KIND
> > > > >
> > > >
> > > > I found some information on a site (
> > > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > > unrelated to MET, but which still may be helpful to you.
> > > >
> > > > > This bad unit error has to do with the fact that older
compilers
> > > > > used
> > > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
> > > > > which is often part of the conda distribution on some
platforms.
> > > > > The default linkage is done with -lgfortran for mdx and
other
> > > > > fortran programs and this is typically a symlink. When the
link
> > > > > points to
> > > > > libgfortran.so.4
> > > > > - apparently mdx doesn't like it. One way around is to use
the
> > > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > > ${CONDADIR}/lib on the link path. This would typically cause
it
> > > > > to link to system
> > > > > libgfortran.so.3 and then copy over the executable to
> > > > > installdir/bin
> > .
> > > > > Automating this will be a bit of a challenge.
> > > > >
> > > >
> > > > I also saw on a different site (
> > > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > > that running the following may help:
> > > >
> > > > > 'conda update openmc'
> > > >
> > > >
> > > > Regarding the warning in your make.log file:
> > > >
> > > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict
with
> > > > > libnetcdf.so.11
> > > > >
> > > >
> > > > This could cause a problem when working with NetCDF files. It
> > > > looks like netcdf c++ is linking with a different version of
> > > > netcdf than MET
> > > is.
> > > > You'll need to link MET with the same version of netcdf the
netcdf
> > > > c++ was linked with.
> > > >
> > > > I hope that helps.
> > > >
> > > > Please let us know if you have any other questions and please
let
> > > > us know how it goes.
> > > >
> > > > Julie
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > Attached is the output of the make test.
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > It's great that MET compiled successfully. Could you please
> > > > > send your make_test.log file so that I can take a look and
see
> > > > > what the problem
> > > > was?
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, thank you. It built. I did get an error during make
test.
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I do not believe it does test the Python embedding
functionality.
> > > > > > We have plans to improve the tests that are run in "make
> > > > > > test", but have not yet done so. However, I put a tar
file,
> > > > > > MET_python_embedding.tar, on our ftp server for you to
grab.
> > > > > > It contains data files that you can test with along with a
> > > > > > README file that contains multiple calls to
> > > > > plot_data_plane.
> > > > > > You can run each of those commands and check for errors.
If
> > > > > > you receive any errors, please let us know.
> > > > > >
> > > > > > To access the file you can run:
> > > > > >
> > > > > > > ftp -p ftp.rap.ucar.edu
> > > > > >
> > > > > >
> > > > > > When asked for your Name, enter "anonymous". When asked
for
> > > > > > your password, enter your email address. Then run:
> > > > > >
> > > > > > > cd pub/jpresto/for_greg
> > > > > > > get MET_python_embedding.tar
> > > > > >
> > > > > >
> > > > > > Please let me know if you have any questions.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, the compile is running now. Does the "make test",
test
> > > > > > > the Python portion of the application?
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > > Fingers crossed for a successful compilation.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > > compile
> > > now.
> > > > > > > Thanks.
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Thank you, Greg.
> > > > > > > >
> > > > > > > > I see the following problem in your config.log file:
> > > > > > > >
> > > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -I/softwa\
> > > > > > > > >
> > > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > > >
> > > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > > conftest.cpp
> > > > > > > > > >&5
> > > > > > > > >
> > > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > > >
> > > > > > > >
> > > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > > then
> > > > > > > > reconfigure:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > -export-dynamic
> > > > > > > >
> > > > > > > >
> > > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > > >
> > > > > > > > Please let us know how it goes. Thanks!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Find attachment.
> > > > > > > > >
> > > > > > > > > Greg
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > > config.log file, and I'll take a look.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for
a
> > > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > > whether build environment is sane... yes checking
for
> > > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking
for
> gawk...
> > > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > > checking whether make supports nested variables...
yes
> > > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > > compiles
> > > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > > configure: mode will be compiled
> > > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > > configure: modis will not be compiled
> > > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > > checking for
> > > > > > > bison...
> > > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > > C++ compiler works... no
> > > > > > > > > > configure: error: in
> > > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > > executables See `config.log' for more details
> > > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > > MET Python environment
> > > > > > > variables.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > OK, I will try your suggestions. I failed to
point
> > > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > > Python
> > > > variables set.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Greg
> > > > > > > > > > >
> > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<
> > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > > build the executable, but
> > > > > > > > > > >
> > > > > > > > > > > Hi Greg.
> > > > > > > > > > >
> > > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > > successful compilation and run of
> > > > > > > > > > "make test"
> > > > > > > > > > > without the Python embedding option.
> > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > In order to try to determine what the problem is
> > > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > > necessary to see your config.log and your
make.log
> > > > > > > > > > > file. However, if you are using
> > > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -Wno-unused-result -Wsign-compare
-march=nocona
> > > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > > 51
> > > > > > > > > > > > 06
> > > > > > > > > > > > 83
> > > > > > > > > > > > 60
> > > > > > > > > > > > 7/
> > > > > > > > > > > > wo
> > > > > > > > > > > > rk
> > > > > > > > > > > > =/
> > > > > > > > > > > > us
> > > > > > > > > > > > r/
> > > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/u
> > > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv
-O3
> > > > > > > > > > > > -Wall
> > > > > > > > > > >
> > > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > > >
> > > > > > > > > > > Instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/inclu
> > > > > > > > > > > > de
> > > > > > > > > > > > /p
> > > > > > > > > > > > yt
> > > > > > > > > > > > ho
> > > > > > > > > > > > n3
> > > > > > > > > > > > .7
> > > > > > > > > > > > m
> > > > > > > > > > >
> > > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > > >
> > > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > > >
> > > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > > >
> > > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > > configure, "make", "make install", and "make
test"
> > > > > > > > > > > again and let us know how it
> > > > > > goes.
> > > > > > > > > > > If you still do not get a successful
compilation,
> > > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > > make.log
> > file.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > > Contractor, Code
> > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted
> upon.
> > > > > > > > > > > > Transaction: Ticket created by
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Status: new
> > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > > 95
> > > > > > > > > > > > 61
> > > > > > > > > > > > 8
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
> drwxr-xr-x.
> > > > > > > > > > > > 4
> > > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > > ensemble_stat
> > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat
-rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-
x. 1
> > > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos
15M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 10M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun 15
> > > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 12M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_pairs
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > .
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > > Greg Ramos
> > > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > > do not feel obliged to reply to this email
outside
> > > > > > > > > > > of your normal working
> > > > > > > hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> > > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > > your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > > normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> > > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 14:24:44 2020
Here are the headers:
[ramos at lorenz met-9.0.2]$ ls -larth
/software/depot/met/external_libs/include/
total 1.9M
drwxr-xr-x. 20 ramos ramos 4.0K Feb 20 2019 ..
drwxr-xr-x. 2 ramos ramos 20K Feb 27 2019 gsl
-rw-r--r--. 1 ramos ramos 94K Feb 27 2019 zlib.h
-rw-r--r--. 1 ramos ramos 16K Feb 27 2019 zconf.h
drwxr-xr-x. 2 ramos ramos 4.0K Feb 27 2019 libpng16
lrwxrwxrwx. 1 ramos ramos 21 Feb 27 2019 pnglibconf.h ->
libpng16/pnglibconf.h
lrwxrwxrwx. 1 ramos ramos 14 Feb 27 2019 png.h -> libpng16/png.h
lrwxrwxrwx. 1 ramos ramos 18 Feb 27 2019 pngconf.h ->
libpng16/pngconf.h
drwxr-xr-x. 2 ramos ramos 4.0K Feb 27 2019 jasper
-rwxr-xr-x. 1 ramos ramos 3.1K Feb 27 2019 drstemplates.h
-rwxr-xr-x. 1 ramos ramos 13K Feb 27 2019 grib2.h
-rwxr-xr-x. 1 ramos ramos 5.9K Feb 27 2019 gridtemplates.h
-rwxr-xr-x. 1 ramos ramos 13K Feb 27 2019 pdstemplates.h
-rw-r--r--. 1 ramos ramos 12K Feb 27 2019 atom.h
-rw-r--r--. 1 ramos ramos 24K Feb 27 2019 bitvect.h
-rw-r--r--. 1 ramos ramos 3.7K Feb 27 2019 cdeflate.h
-rw-r--r--. 1 ramos ramos 4.3K Feb 27 2019 cnbit.h
-rw-r--r--. 1 ramos ramos 3.1K Feb 27 2019 cnone.h
-rw-r--r--. 1 ramos ramos 3.8K Feb 27 2019 cskphuff.h
-rw-r--r--. 1 ramos ramos 4.1K Feb 27 2019 crle.h
-rw-r--r--. 1 ramos ramos 3.8K Feb 27 2019 cszip.h
-rw-r--r--. 1 ramos ramos 7.4K Feb 27 2019 df.h
-rw-r--r--. 1 ramos ramos 2.6K Feb 27 2019 dfan.h
-rw-r--r--. 1 ramos ramos 9.3K Feb 27 2019 dfi.h
-rw-r--r--. 1 ramos ramos 3.4K Feb 27 2019 dfgr.h
-rw-r--r--. 1 ramos ramos 3.3K Feb 27 2019 dfrig.h
-rw-r--r--. 1 ramos ramos 5.1K Feb 27 2019 dfsd.h
-rw-r--r--. 1 ramos ramos 2.5K Feb 27 2019 dfstubs.h
-rw-r--r--. 1 ramos ramos 3.8K Feb 27 2019 dfufp2i.h
-rw-r--r--. 1 ramos ramos 5.9K Feb 27 2019 dynarray.h
-rw-r--r--. 1 ramos ramos 3.6K Feb 27 2019 h4config.h
-rw-r--r--. 1 ramos ramos 3.5K Feb 27 2019 hbitio.h
-rw-r--r--. 1 ramos ramos 13K Feb 27 2019 hchunks.h
-rw-r--r--. 1 ramos ramos 5.7K Feb 27 2019 hcomp.h
-rw-r--r--. 1 ramos ramos 4.7K Feb 27 2019 hcompi.h
-rw-r--r--. 1 ramos ramos 9.0K Feb 27 2019 hconv.h
-rw-r--r--. 1 ramos ramos 4.8K Feb 27 2019 hdf.h
-rw-r--r--. 1 ramos ramos 53K Feb 27 2019 hdfi.h
-rw-r--r--. 1 ramos ramos 23K Feb 27 2019 herr.h
-rw-r--r--. 1 ramos ramos 39K Feb 27 2019 hfile.h
-rw-r--r--. 1 ramos ramos 7.2K Feb 27 2019 hkit.h
-rw-r--r--. 1 ramos ramos 11K Feb 27 2019 hlimits.h
-rw-r--r--. 1 ramos ramos 68K Feb 27 2019 hproto.h
-rw-r--r--. 1 ramos ramos 12K Feb 27 2019 hntdefs.h
-rw-r--r--. 1 ramos ramos 6.4K Feb 27 2019 htags.h
-rw-r--r--. 1 ramos ramos 7.4K Feb 27 2019 linklist.h
-rw-r--r--. 1 ramos ramos 15K Feb 27 2019 mfan.h
-rw-r--r--. 1 ramos ramos 7.3K Feb 27 2019 mfgr.h
-rw-r--r--. 1 ramos ramos 3.1K Feb 27 2019 mstdio.h
-rw-r--r--. 1 ramos ramos 16K Feb 27 2019 tbbt.h
-rw-r--r--. 1 ramos ramos 1.3K Feb 27 2019 vattr.h
-rw-r--r--. 1 ramos ramos 3.2K Feb 27 2019 vg.h
-rw-r--r--. 1 ramos ramos 73K Feb 27 2019 hproto_fortran.h
-rw-r--r--. 1 ramos ramos 19K Feb 27 2019 dffunc.f90
-rw-r--r--. 1 ramos ramos 17K Feb 27 2019 hdf.f90
-rw-r--r--. 1 ramos ramos 19K Feb 27 2019 dffunc.inc
-rw-r--r--. 1 ramos ramos 17K Feb 27 2019 hdf.inc
-rw-r--r--. 1 ramos ramos 2.8K Feb 27 2019 mffunc.inc
-rw-r--r--. 1 ramos ramos 2.8K Feb 27 2019 mffunc.f90
-rw-r--r--. 1 ramos ramos 3.2K Feb 27 2019 hdf2netcdf.h
-rw-r--r--. 1 ramos ramos 21K Feb 27 2019 local_nc.h
-rw-r--r--. 1 ramos ramos 22K Feb 27 2019 mfhdf.h
-rw-r--r--. 1 ramos ramos 16K Feb 27 2019 hdf4_netcdf.h
-rw-r--r--. 1 ramos ramos 1.5K Feb 27 2019 mfhdfi.h
-rwxr-xr-x. 1 ramos ramos 83K Feb 27 2019 cfortHdf.h
-rwxr-xr-x. 1 ramos ramos 779 Feb 27 2019 ease.h
-rwxr-xr-x. 1 ramos ramos 11K Feb 27 2019 HdfEosDef.h
-rwxr-xr-x. 1 ramos ramos 1.3K Feb 27 2019 HDFEOSVersion.h
-rwxr-xr-x. 1 ramos ramos 4.2K Feb 27 2019 HE2_config.h
-rw-r--r--. 1 ramos ramos 2.7K Feb 27 2019 hdf5.h
-rw-r--r--. 1 ramos ramos 11K Feb 27 2019 H5api_adpt.h
-rw-r--r--. 1 ramos ramos 98K Feb 27 2019 H5overflow.h
-rw-r--r--. 1 ramos ramos 17K Feb 27 2019 H5pubconf.h
-rw-r--r--. 1 ramos ramos 12K Feb 27 2019 H5public.h
-rw-r--r--. 1 ramos ramos 13K Feb 27 2019 H5version.h
-rw-r--r--. 1 ramos ramos 5.5K Feb 27 2019 H5Apublic.h
-rw-r--r--. 1 ramos ramos 23K Feb 27 2019 H5ACpublic.h
-rw-r--r--. 1 ramos ramos 1.9K Feb 27 2019 H5Cpublic.h
-rw-r--r--. 1 ramos ramos 6.5K Feb 27 2019 H5Dpublic.h
-rw-r--r--. 1 ramos ramos 20K Feb 27 2019 H5Epubgen.h
-rw-r--r--. 1 ramos ramos 9.0K Feb 27 2019 H5Epublic.h
-rw-r--r--. 1 ramos ramos 8.8K Feb 27 2019 H5Fpublic.h
-rw-r--r--. 1 ramos ramos 15K Feb 27 2019 H5FDpublic.h
-rw-r--r--. 1 ramos ramos 1.7K Feb 27 2019 H5FDcore.h
-rw-r--r--. 1 ramos ramos 2.2K Feb 27 2019 H5FDdirect.h
-rw-r--r--. 1 ramos ramos 1.7K Feb 27 2019 H5FDfamily.h
-rw-r--r--. 1 ramos ramos 3.2K Feb 27 2019 H5FDlog.h
-rw-r--r--. 1 ramos ramos 2.7K Feb 27 2019 H5FDmpi.h
-rw-r--r--. 1 ramos ramos 2.6K Feb 27 2019 H5FDmpio.h
-rw-r--r--. 1 ramos ramos 2.1K Feb 27 2019 H5FDmulti.h
-rw-r--r--. 1 ramos ramos 1.6K Feb 27 2019 H5FDsec2.h
-rw-r--r--. 1 ramos ramos 1.6K Feb 27 2019 H5FDstdio.h
-rw-r--r--. 1 ramos ramos 7.2K Feb 27 2019 H5Gpublic.h
-rw-r--r--. 1 ramos ramos 4.6K Feb 27 2019 H5Ipublic.h
-rw-r--r--. 1 ramos ramos 9.2K Feb 27 2019 H5Lpublic.h
-rw-r--r--. 1 ramos ramos 1.9K Feb 27 2019 H5MMpublic.h
-rw-r--r--. 1 ramos ramos 10K Feb 27 2019 H5Opublic.h
-rw-r--r--. 1 ramos ramos 25K Feb 27 2019 H5Ppublic.h
-rw-r--r--. 1 ramos ramos 1.7K Feb 27 2019 H5PLextern.h
-rw-r--r--. 1 ramos ramos 2.0K Feb 27 2019 H5PLpublic.h
-rw-r--r--. 1 ramos ramos 3.6K Feb 27 2019 H5Rpublic.h
-rw-r--r--. 1 ramos ramos 7.3K Feb 27 2019 H5Spublic.h
-rw-r--r--. 1 ramos ramos 27K Feb 27 2019 H5Tpublic.h
-rw-r--r--. 1 ramos ramos 11K Feb 27 2019 H5Zpublic.h
-rw-r--r--. 1 ramos ramos 1.7K Feb 27 2019 hdf5_hl.h
-rw-r--r--. 1 ramos ramos 1.6K Feb 27 2019 H5DOpublic.h
-rw-r--r--. 1 ramos ramos 3.4K Feb 27 2019 H5IMpublic.h
-rw-r--r--. 1 ramos ramos 15K Feb 27 2019 H5LTpublic.h
-rw-r--r--. 1 ramos ramos 8.4K Feb 27 2019 H5TBpublic.h
-rw-r--r--. 1 ramos ramos 2.7K Feb 27 2019 H5DSpublic.h
-rw-r--r--. 1 ramos ramos 4.0K Feb 27 2019 H5PTpublic.h
-rw-r--r--. 1 ramos ramos 61K Feb 27 2019 netcdf.h
-rw-r--r--. 1 ramos ramos 2.1K Feb 27 2019 netcdf_meta.h
-rw-r--r--. 1 ramos ramos 891 Feb 27 2019 netcdf_mem.h
-rw-r--r--. 1 ramos ramos 651 Feb 27 2019 netcdf
-rw-r--r--. 1 ramos ramos 2.9K Feb 27 2019 ncAtt.h
-rw-r--r--. 1 ramos ramos 1.1K Feb 27 2019 ncCheck.h
-rw-r--r--. 1 ramos ramos 1.9K Feb 27 2019 ncDim.h
-rw-r--r--. 1 ramos ramos 12K Feb 27 2019 ncException.h
-rw-r--r--. 1 ramos ramos 24K Feb 27 2019 ncGroup.h
-rw-r--r--. 1 ramos ramos 1.5K Feb 27 2019 ncOpaqueType.h
-rw-r--r--. 1 ramos ramos 54K Feb 27 2019 ncVar.h
-rw-r--r--. 1 ramos ramos 1.4K Feb 27 2019 ncVlenType.h
-rw-r--r--. 1 ramos ramos 3.6K Feb 27 2019 ncCompoundType.h
-rw-r--r--. 1 ramos ramos 3.3K Feb 27 2019 ncEnumType.h
-rw-r--r--. 1 ramos ramos 3.4K Feb 27 2019 ncFile.h
-rw-r--r--. 1 ramos ramos 1.1K Feb 27 2019 ncGroupAtt.h
-rw-r--r--. 1 ramos ramos 5.3K Feb 27 2019 ncType.h
-rw-r--r--. 1 ramos ramos 1.2K Feb 27 2019 ncVarAtt.h
-rw-r--r--. 1 ramos ramos 480 Feb 27 2019 ncByte.h
-rw-r--r--. 1 ramos ramos 440 Feb 27 2019 ncChar.h
-rw-r--r--. 1 ramos ramos 472 Feb 27 2019 ncShort.h
-rw-r--r--. 1 ramos ramos 453 Feb 27 2019 ncInt.h
-rw-r--r--. 1 ramos ramos 473 Feb 27 2019 ncFloat.h
-rw-r--r--. 1 ramos ramos 483 Feb 27 2019 ncDouble.h
-rw-r--r--. 1 ramos ramos 472 Feb 27 2019 ncUbyte.h
-rw-r--r--. 1 ramos ramos 469 Feb 27 2019 ncUshort.h
-rw-r--r--. 1 ramos ramos 462 Feb 27 2019 ncUint.h
-rw-r--r--. 1 ramos ramos 473 Feb 27 2019 ncInt64.h
-rw-r--r--. 1 ramos ramos 481 Feb 27 2019 ncUint64.h
-rw-r--r--. 1 ramos ramos 482 Feb 27 2019 ncString.h
drwxr-xr-x. 8 ramos ramos 12K Feb 27 2019 .
drwxrwxr-x. 3 ramos ramos 4.0K Feb 27 2019 freetype2
drwxr-xr-x. 2 ramos ramos 4.0K Feb 27 2019 pixman-1
drwxr-xr-x. 2 ramos ramos 4.0K Feb 27 2019 cairo
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 12:56 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
>From this information in your email:
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/ total
> 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
>
It looks like libbufr.a is located in /usr/local/bufrlib.11.3.0/,
however,
from your config.log file, I see:
> MET_BUFR='/usr/local/bufrlib.11.3.0'
> MET_BUFRLIB='${MET_BUFR}/lib'
So, MET is looking in /usr/local/bufrlib.11.3.0/lib for libbufr.a, but
the
file does not exist there. Instead of setting MET_BUFR, please
instead set
MET_BUFRLIB to '/usr/local/bufrlib.11.3.0', then run "make clean",
reconfigure, and then run "make", "make install", and "make test"
again.
Please let us know how it goes.
Julie
On Wed, Jun 17, 2020 at 1:46 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Attached is the config.log. Make log is huge
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 12:26 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
>
> > When I built MET 8.0, I built all of the external libraries and
placed
> > them in one directory. That worked. Since this is a new version,
do
> > you recommend rebuilding all of the libraries?
> >
> No, using the existing libraries should be just fine.
>
> Please send me your config.log, make.log, and make_test.log file.
>
> Julie
>
> On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I built it, but same error. When I built MET 8.0, I built all
of
> > the external libraries and placed them in one directory. That
worked.
> > Since this is a new version, do you recommend rebuilding all of
the
> libraries?
> >
> >
> > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total
> > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
[ramos at lorenz
> > met-9.0.2]$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 10:25 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I see that you are getting a segmentation fault from pb2nc. I
looked
> > back on the config.log file that you sent to me previously and saw
> > that MET_BUFRLIB was not set:
> >
> > > MET_BUFRLIB=''
> >
> >
> > If you haven't already downloaded and installed BUFRLIB, we
recommend
> > using BUFRLIB version 11.3.0, which is available for download
here:
> > https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
> >
> > If you have downloaded and installed BUFRLIB, please ensure that
you
> > got a successful compilation. Then you can set MET_BUFRLIB, run
"make
> > clean", reconfigure, and then run "make", "make install", and
"make
> test" again.
> >
> > Please let us know how it goes and let us know if you have any
other
> > questions.
> >
> > Julie
> >
> >
> >
> >
> >
> >
> > On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > I did get beyond that error, but encountered another one:
> > >
> > >
> > > DEBUG 1: Default Config File:
> > > /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
> > > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > > DEBUG 1: Creating NetCDF File:
../out/pb2nc/sample_pb.nc
> > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > > make[1]: Leaving directory
> > > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > > make: *** [test] Error 2
> > > [ramos at lorenz met-9.0.2]$ which gcc
> > > /software/depot/gcc-9.1.0/bin/gcc
> > > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0
Copyright
> > > (C)
> > > 2019 Free Software Foundation, Inc.
> > > This is free software; see the source for copying conditions.
There
> > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > > PARTICULAR
> > PURPOSE.
> > >
> > > [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, June 16, 2020 4:36 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Thanks! I'm interested in hearing the solution. We have
compiled
> > > with gcc
> > > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
> previously.
> > >
> > > Julie
> > >
> > >
> > >
> > > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > BTW, I compiled with GCC 6.3.0
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg.
> > > >
> > > > I have not encountered either of these issues previously.
Based
> > > > on some google research, it looks like the issues are
unrelated.
> > > >
> > > > Regarding the problem in make_test.log:
> > > >
> > > > > Internal Error: get_unit(): Bad internal unit KIND
> > > > >
> > > >
> > > > I found some information on a site (
> > > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > > unrelated to MET, but which still may be helpful to you.
> > > >
> > > > > This bad unit error has to do with the fact that older
compilers
> > > > > used
> > > > > libgfortran.so.3 and the newer versions use libgfortran.so.4
> > > > > which is often part of the conda distribution on some
platforms.
> > > > > The default linkage is done with -lgfortran for mdx and
other
> > > > > fortran programs and this is typically a symlink. When the
link
> > > > > points to
> > > > > libgfortran.so.4
> > > > > - apparently mdx doesn't like it. One way around is to use
the
> > > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > > ${CONDADIR}/lib on the link path. This would typically cause
it
> > > > > to link to system
> > > > > libgfortran.so.3 and then copy over the executable to
> > > > > installdir/bin
> > .
> > > > > Automating this will be a bit of a challenge.
> > > > >
> > > >
> > > > I also saw on a different site (
> > > > https://groups.google.com/forum/#!topic/openmc-users/DMlP2ZLq-
tk)
> > > > that running the following may help:
> > > >
> > > > > 'conda update openmc'
> > > >
> > > >
> > > > Regarding the warning in your make.log file:
> > > >
> > > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict
with
> > > > > libnetcdf.so.11
> > > > >
> > > >
> > > > This could cause a problem when working with NetCDF files. It
> > > > looks like netcdf c++ is linking with a different version of
> > > > netcdf than MET
> > > is.
> > > > You'll need to link MET with the same version of netcdf the
netcdf
> > > > c++ was linked with.
> > > >
> > > > I hope that helps.
> > > >
> > > > Please let us know if you have any other questions and please
let
> > > > us know how it goes.
> > > >
> > > > Julie
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > Attached is the output of the make test.
> > > > >
> > > > > Greg
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > It's great that MET compiled successfully. Could you please
> > > > > send your make_test.log file so that I can take a look and
see
> > > > > what the problem
> > > > was?
> > > > >
> > > > > Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > OK, thank you. It built. I did get an error during make
test.
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > Hi Greg.
> > > > > >
> > > > > > I do not believe it does test the Python embedding
functionality.
> > > > > > We have plans to improve the tests that are run in "make
> > > > > > test", but have not yet done so. However, I put a tar
file,
> > > > > > MET_python_embedding.tar, on our ftp server for you to
grab.
> > > > > > It contains data files that you can test with along with a
> > > > > > README file that contains multiple calls to
> > > > > plot_data_plane.
> > > > > > You can run each of those commands and check for errors.
If
> > > > > > you receive any errors, please let us know.
> > > > > >
> > > > > > To access the file you can run:
> > > > > >
> > > > > > > ftp -p ftp.rap.ucar.edu
> > > > > >
> > > > > >
> > > > > > When asked for your Name, enter "anonymous". When asked
for
> > > > > > your password, enter your email address. Then run:
> > > > > >
> > > > > > > cd pub/jpresto/for_greg
> > > > > > > get MET_python_embedding.tar
> > > > > >
> > > > > >
> > > > > > Please let me know if you have any questions.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, the compile is running now. Does the "make test",
test
> > > > > > > the Python portion of the application?
> > > > > > >
> > > > > > > Greg
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Great! I'm so glad to hear it. Thanks for letting us
know.
> > > > > > > Fingers crossed for a successful compilation.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, that got me a clean configure. I'll see if it will
> > > > > > > > compile
> > > now.
> > > > > > > Thanks.
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Thank you, Greg.
> > > > > > > >
> > > > > > > > I see the following problem in your config.log file:
> > > > > > > >
> > > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
met/include
> > > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > -I/softwa\
> > > > > > > > >
> > > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > > >
> > > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > > conftest.cpp
> > > > > > > > > >&5
> > > > > > > > >
> > > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > > >
> > > > > > > >
> > > > > > > > Please try using the following value for MET_PYTHON_LD
and
> > > > > > > > then
> > > > > > > > reconfigure:
> > > > > > > >
> > > > > > > > > export
> > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > -export-dynamic
> > > > > > > >
> > > > > > > >
> > > > > > > > Note the change to "-lpython3.7m" from "-lpython3.7".
> > > > > > > >
> > > > > > > > Please let us know how it goes. Thanks!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Find attachment.
> > > > > > > > >
> > > > > > > > > Greg
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > > config.log file, and I'll take a look.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > > 8
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > As soon as I set those varibales, it won't
configure:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking for
a
> > > > > > > > > > BSD-compatible install... /usr/bin/install -c
checking
> > > > > > > > > > whether build environment is sane... yes checking
for
> > > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking
for
> gawk...
> > > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > > checking whether make supports nested variables...
yes
> > > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > > configure: Dynamic linking will not be used in the
> > > > > > > > > > compiles
> > > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > > configure: mode will be compiled
> > > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > > configure: modis will not be compiled
> > > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > > checking for
> > > > > > > bison...
> > > > > > > > > > bison -y checking for g++... g++ checking whether
the
> > > > > > > > > > C++ compiler works... no
> > > > > > > > > > configure: error: in
> > > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > > executables See `config.log' for more details
> > > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Thanks for the additional information. Hopefully,
> > > > > > > > > > you'll get a good compilation with the changes to
the
> > > > > > > > > > MET Python environment
> > > > > > > variables.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > > 61
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > OK, I will try your suggestions. I failed to
point
> > > > > > > > > > > out, that I don't get a good configuration with
the
> > > > > > > > > > > Python
> > > > variables set.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Greg
> > > > > > > > > > >
> > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<
> > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > > build the executable, but
> > > > > > > > > > >
> > > > > > > > > > > Hi Greg.
> > > > > > > > > > >
> > > > > > > > > > > I see that you are having trouble compiling MET
with
> > > > > > > > > > > the Python embedding option, but that you get a
> > > > > > > > > > > successful compilation and run of
> > > > > > > > > > "make test"
> > > > > > > > > > > without the Python embedding option.
> > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > In order to try to determine what the problem is
> > > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > > necessary to see your config.log and your
make.log
> > > > > > > > > > > file. However, if you are using
> > > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-config
> > > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
output:
> > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo $MET_PYTHON_CC
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -I/usr/local/Anaconda3-
2020.02/include/python3.7m
> > > > > > > > > > > > -Wno-unused-result -Wsign-compare
-march=nocona
> > > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > > -fdebug-prefix-
map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > > 51
> > > > > > > > > > > > 06
> > > > > > > > > > > > 83
> > > > > > > > > > > > 60
> > > > > > > > > > > > 7/
> > > > > > > > > > > > wo
> > > > > > > > > > > > rk
> > > > > > > > > > > > =/
> > > > > > > > > > > > us
> > > > > > > > > > > > r/
> > > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
2020.02=/u
> > > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv
-O3
> > > > > > > > > > > > -Wall
> > > > > > > > > > >
> > > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > > >
> > > > > > > > > > > Instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
2020.02/inclu
> > > > > > > > > > > > de
> > > > > > > > > > > > /p
> > > > > > > > > > > > yt
> > > > > > > > > > > > ho
> > > > > > > > > > > > n3
> > > > > > > > > > > > .7
> > > > > > > > > > > > m
> > > > > > > > > > >
> > > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > > >
> > > > > > > > > > > Similarly for MET_PYTHON_LD, instead of setting:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > >
> > > > > > > > > > > please set the following instead:
> > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
2020.02/lib\
> > > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > > >
> > > > > > > > > > > Please note both the removal of the quotation
marks
> > > > > > > > > > > and the insertion of the backslashes before the
spaces.
> > > > > > > > > > >
> > > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > > configure, "make", "make install", and "make
test"
> > > > > > > > > > > again and let us know how it
> > > > > > goes.
> > > > > > > > > > > If you still do not get a successful
compilation,
> > > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > > make.log
> > file.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
Gregory,
> > > > > > > > > > > Contractor, Code
> > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
acted
> upon.
> > > > > > > > > > > > Transaction: Ticket created by
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > Subject: I was able to build the
executable, but
> > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > Status: new
> > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > > 95
> > > > > > > > > > > > 61
> > > > > > > > > > > > 8
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
> drwxr-xr-x.
> > > > > > > > > > > > 4
> > > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > > ensemble_stat
> > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat
-rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-xr-
x. 1
> > > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos
15M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
836K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
765K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 10M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M Jun
15
> > > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos ramos
14M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos 11M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > Jun 15
> > > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos ramos
10M
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > 12M Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos 5.1M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos 13M
Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21 tc_pairs
> > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-
xr-x.
> > > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
4.0K
> > > > > > > > > > > > Jun
> > > > > > > > > > > > 15
> > > > > > > > > > > > 13:21
> > > > > > .
> > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > not
> > > > compile:
> > > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
2020.02/lib
> > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm -Xlinker
> > > > > -export-dynamic"
> > > > > > > > > > > > export
> > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
2020.02/bin/py
> > > > > > > > > > > > th
> > > > > > > > > > > > on
> > > > > > > > > > > > 3-
> > > > > > > > > > > > co
> > > > > > > > > > > > nf
> > > > > > > > > > > > ig
> > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > > Greg Ramos
> > > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > > do not feel obliged to reply to this email
outside
> > > > > > > > > > > of your normal working
> > > > > > > hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> > > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > > your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > > normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> > > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Howard Soh
Time: Wed Jun 17 14:49:34 2020
Internal only:
It might be caused by different libgfortran library.
gcc 6.x version and gcc 8.x version use different libgfortran library.
If the MET is compiled with gcc 6.x version and the python libraries
are compiled with gcc 8.x version, there will be conflict by
libgfortran library.
So checking item will be comparing libgfortran version between MET and
the python libraries:
1. libgfortran version: so.3 means it's compiled with gcc 6.x
ldd pb2nc | grep libgfortran
libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3
(0x00007fd2b107f000)
2. The libgfortran version for the python pakages: I'm not sure how to
check this.
Some suggestions.
+ Check ld_library path
for lib_path in $(echo $LD_LIBRARY_PATH | sed -e 's|:|\n|g'); do ls
$lib_path/libgfortran* ; done
+ go to python packages directory
find -type f -name "libgfortran.so*"
+ something else
Cheers,
Howard
On Wed Jun 17 14:22:35 2020, Greg.Ramos.ctr at nrlmry.navy.mil wrote:
> I changed things around abit. I am back to a previous error:
>
>
> DEBUG 1: Default Config File: /usr/local/met-9.0.2-
> python3/share/met/config/PB2NCConfig_default
> DEBUG 1: User Config File: config/PB2NCConfig_G212
> DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> DEBUG 1: Pre-processing BUFR File for variable names from
> ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> At line 20 of file openpb.f (unit = 33)
> Fortran runtime error: Bad FORM parameter in OPEN statement
> make[1]: *** [pb2nc] Error 2
> make[1]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
> 9.0.2/scripts'
> make: *** [test] Error 2
> [ramos at lorenz met-9.0.2]$ env|grep BUF
> MET_BUFR=/usr/local/bufrlib.11.3.0
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0
> total 16K
> drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 12:20 lib
> drwx------. 4 ramos ramos 4.0K Jun 17 12:20 .
> drwx------. 2 ramos ramos 4.0K Jun 17 12:21 include
> [ramos at lorenz met-9.0.2]$
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 12:56 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1
> <Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> From this information in your email:
>
> > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total
> > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
> >
>
> It looks like libbufr.a is located in /usr/local/bufrlib.11.3.0/,
> however,
> from your config.log file, I see:
>
> > MET_BUFR='/usr/local/bufrlib.11.3.0'
> > MET_BUFRLIB='${MET_BUFR}/lib'
>
>
> So, MET is looking in /usr/local/bufrlib.11.3.0/lib for libbufr.a,
but
> the
> file does not exist there. Instead of setting MET_BUFR, please
> instead set
> MET_BUFRLIB to '/usr/local/bufrlib.11.3.0', then run "make clean",
> reconfigure, and then run "make", "make install", and "make test"
> again.
> Please let us know how it goes.
>
> Julie
>
>
> On Wed, Jun 17, 2020 at 1:46 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1
> via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Attached is the config.log. Make log is huge
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 12:26 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable,
> > but
> >
> > Hi Greg.
> >
> >
> > > When I built MET 8.0, I built all of the external libraries and
> > > placed
> > > them in one directory. That worked. Since this is a new version,
do
> > > you recommend rebuilding all of the libraries?
> > >
> > No, using the existing libraries should be just fine.
> >
> > Please send me your config.log, make.log, and make_test.log file.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, I built it, but same error. When I built MET 8.0, I built
all
> > > of
> > > the external libraries and placed them in one directory. That
> > > worked.
> > > Since this is a new version, do you recommend rebuilding all of
the
> > libraries?
> > >
> > >
> > > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
> > > total
> > > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
> > > [ramos at lorenz
> > > met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 10:25 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I see that you are getting a segmentation fault from pb2nc. I
> > > looked
> > > back on the config.log file that you sent to me previously and
saw
> > > that MET_BUFRLIB was not set:
> > >
> > > > MET_BUFRLIB=''
> > >
> > >
> > > If you haven't already downloaded and installed BUFRLIB, we
> > > recommend
> > > using BUFRLIB version 11.3.0, which is available for download
here:
> > > https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
> > >
> > > If you have downloaded and installed BUFRLIB, please ensure that
> > > you
> > > got a successful compilation. Then you can set MET_BUFRLIB, run
> > > "make
> > > clean", reconfigure, and then run "make", "make install", and
"make
> > test" again.
> > >
> > > Please let us know how it goes and let us know if you have any
> > > other
> > > questions.
> > >
> > > Julie
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > I did get beyond that error, but encountered another one:
> > > >
> > > >
> > > > DEBUG 1: Default Config File:
> > > > /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_default
> > > > DEBUG 1: User Config File: config/PB2NCConfig_G212
> > > > DEBUG 1: Creating NetCDF File:
../out/pb2nc/sample_pb.nc
> > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > > > make[1]: Leaving directory
> > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > > > make: *** [test] Error 2
> > > > [ramos at lorenz met-9.0.2]$ which gcc
> > > > /software/depot/gcc-9.1.0/bin/gcc
> > > > [ramos at lorenz met-9.0.2]$ gcc --version gcc (GCC) 9.1.0
Copyright
> > > > (C)
> > > > 2019 Free Software Foundation, Inc.
> > > > This is free software; see the source for copying conditions.
> > > > There
> > > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > > > PARTICULAR
> > > PURPOSE.
> > > >
> > > > [ramos at lorenz met-9.0.2]$
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 4:36 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks! I'm interested in hearing the solution. We have
> > > > compiled
> > > > with gcc
> > > > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
> > previously.
> > > >
> > > > Julie
> > > >
> > > >
> > > >
> > > > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >
> > > > > BTW, I compiled with GCC 6.3.0
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I have not encountered either of these issues previously.
> > > > > Based
> > > > > on some google research, it looks like the issues are
> > > > > unrelated.
> > > > >
> > > > > Regarding the problem in make_test.log:
> > > > >
> > > > > > Internal Error: get_unit(): Bad internal unit KIND
> > > > > >
> > > > >
> > > > > I found some information on a site (
> > > > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > > > unrelated to MET, but which still may be helpful to you.
> > > > >
> > > > > > This bad unit error has to do with the fact that older
> > > > > > compilers
> > > > > > used
> > > > > > libgfortran.so.3 and the newer versions use
libgfortran.so.4
> > > > > > which is often part of the conda distribution on some
> > > > > > platforms.
> > > > > > The default linkage is done with -lgfortran for mdx and
other
> > > > > > fortran programs and this is typically a symlink. When the
> > > > > > link
> > > > > > points to
> > > > > > libgfortran.so.4
> > > > > > - apparently mdx doesn't like it. One way around is to use
> > > > > > the
> > > > > > Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > > > ${CONDADIR}/lib on the link path. This would typically
cause
> > > > > > it
> > > > > > to link to system
> > > > > > libgfortran.so.3 and then copy over the executable to
> > > > > > installdir/bin
> > > .
> > > > > > Automating this will be a bit of a challenge.
> > > > > >
> > > > >
> > > > > I also saw on a different site (
> > > > > https://groups.google.com/forum/#!topic/openmc-
users/DMlP2ZLq-
> > > > > tk)
> > > > > that running the following may help:
> > > > >
> > > > > > 'conda update openmc'
> > > > >
> > > > >
> > > > > Regarding the warning in your make.log file:
> > > > >
> > > > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict
> > > > > > with
> > > > > > libnetcdf.so.11
> > > > > >
> > > > >
> > > > > This could cause a problem when working with NetCDF files.
It
> > > > > looks like netcdf c++ is linking with a different version of
> > > > > netcdf than MET
> > > > is.
> > > > > You'll need to link MET with the same version of netcdf the
> > > > > netcdf
> > > > > c++ was linked with.
> > > > >
> > > > > I hope that helps.
> > > > >
> > > > > Please let us know if you have any other questions and
please
> > > > > let
> > > > > us know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> > > > > hours.
> > > > >
> > > > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > Attached is the output of the make test.
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > > executable, but
> > > > > >
> > > > > > It's great that MET compiled successfully. Could you
please
> > > > > > send your make_test.log file so that I can take a look and
> > > > > > see
> > > > > > what the problem
> > > > > was?
> > > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
> > > > > > Contractor,
> > > > > > Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, thank you. It built. I did get an error during make
> > > > > > > test.
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the
> > > > > > > executable, but
> > > > > > >
> > > > > > > Hi Greg.
> > > > > > >
> > > > > > > I do not believe it does test the Python embedding
> > > > > > > functionality.
> > > > > > > We have plans to improve the tests that are run in "make
> > > > > > > test", but have not yet done so. However, I put a tar
> > > > > > > file,
> > > > > > > MET_python_embedding.tar, on our ftp server for you to
> > > > > > > grab.
> > > > > > > It contains data files that you can test with along with
a
> > > > > > > README file that contains multiple calls to
> > > > > > plot_data_plane.
> > > > > > > You can run each of those commands and check for errors.
> > > > > > > If
> > > > > > > you receive any errors, please let us know.
> > > > > > >
> > > > > > > To access the file you can run:
> > > > > > >
> > > > > > > > ftp -p ftp.rap.ucar.edu
> > > > > > >
> > > > > > >
> > > > > > > When asked for your Name, enter "anonymous". When asked
> > > > > > > for
> > > > > > > your password, enter your email address. Then run:
> > > > > > >
> > > > > > > > cd pub/jpresto/for_greg
> > > > > > > > get MET_python_embedding.tar
> > > > > > >
> > > > > > >
> > > > > > > Please let me know if you have any questions.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, the compile is running now. Does the "make test",
> > > > > > > > test
> > > > > > > > the Python portion of the application?
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > > the executable, but
> > > > > > > >
> > > > > > > > Great! I'm so glad to hear it. Thanks for letting us
> > > > > > > > know.
> > > > > > > > Fingers crossed for a successful compilation.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > OK, that got me a clean configure. I'll see if it
will
> > > > > > > > > compile
> > > > now.
> > > > > > > > Thanks.
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build
> > > > > > > > > the executable, but
> > > > > > > > >
> > > > > > > > > Thank you, Greg.
> > > > > > > > >
> > > > > > > > > I see the following problem in your config.log file:
> > > > > > > > >
> > > > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
> > > > > > > > > > met/include
> > > > > > > > > > -I../../basic/vx_log -I../../basic/vx_util
> > > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > > -I/softwa\
> > > > > > > > > >
> > > > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > > > >
> > > > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > > > conftest.cpp
> > > > > > > > > > > &5
> > > > > > > > > >
> > > > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Please try using the following value for
MET_PYTHON_LD
> > > > > > > > > and
> > > > > > > > > then
> > > > > > > > > reconfigure:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\
-Xlinker\
> > > > > > > > > > -export-dynamic
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Note the change to "-lpython3.7m" from "-
lpython3.7".
> > > > > > > > >
> > > > > > > > > Please let us know how it goes. Thanks!
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Find attachment.
> > > > > > > > > >
> > > > > > > > > > Greg
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > > > config.log file, and I'll take a look.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > As soon as I set those varibales, it won't
> > > > > > > > > > > configure:
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking
for
> > > > > > > > > > > a
> > > > > > > > > > > BSD-compatible install... /usr/bin/install -c
> > > > > > > > > > > checking
> > > > > > > > > > > whether build environment is sane... yes
checking
> > > > > > > > > > > for
> > > > > > > > > > > a thread-safe mkdir -p... /bin/mkdir -p checking
> > > > > > > > > > > for
> > gawk...
> > > > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > > > checking whether make supports nested
variables...
> > > > > > > > > > > yes
> > > > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > > > configure: Dynamic linking will not be used in
the
> > > > > > > > > > > compiles
> > > > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > > > configure: mode will be compiled
> > > > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > > > configure: modis will not be compiled
> > > > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > > > checking for
> > > > > > > > bison...
> > > > > > > > > > > bison -y checking for g++... g++ checking
whether
> > > > > > > > > > > the
> > > > > > > > > > > C++ compiler works... no
> > > > > > > > > > > configure: error: in
> > > > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > > > executables See `config.log' for more details
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > > > >
> > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<
> > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > > build the executable, but
> > > > > > > > > > >
> > > > > > > > > > > Thanks for the additional information.
Hopefully,
> > > > > > > > > > > you'll get a good compilation with the changes
to
> > > > > > > > > > > the
> > > > > > > > > > > MET Python environment
> > > > > > > > variables.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr.
> > > > > > > > > > > Gregory,
> > > > > > > > > > > Contractor, Code
> > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > > > 61
> > > > > > > > > > > > 8
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > OK, I will try your suggestions. I failed to
> > > > > > > > > > > > point
> > > > > > > > > > > > out, that I don't get a good configuration
with
> > > > > > > > > > > > the
> > > > > > > > > > > > Python
> > > > > variables set.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Greg
> > > > > > > > > > > >
> > > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code
7501.1 <
> > > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was
able
> > > > > > > > > > > > to
> > > > > > > > > > > > build the executable, but
> > > > > > > > > > > >
> > > > > > > > > > > > Hi Greg.
> > > > > > > > > > > >
> > > > > > > > > > > > I see that you are having trouble compiling
MET
> > > > > > > > > > > > with
> > > > > > > > > > > > the Python embedding option, but that you get
a
> > > > > > > > > > > > successful compilation and run of
> > > > > > > > > > > "make test"
> > > > > > > > > > > > without the Python embedding option.
> > > > > > > > > > > >
> > > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > > not
> > > > > compile:
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py
> > > > > > > > > > > > > th
> > > > > > > > > > > > > on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > In order to try to determine what the problem
is
> > > > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > > > necessary to see your config.log and your
> > > > > > > > > > > > make.log
> > > > > > > > > > > > file. However, if you are using
> > > > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
> > > > > > > > > > > > output:
> > > > > > > > > > > >
> > > > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo
$MET_PYTHON_CC
> > > > > > > > > > > > > -I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/include/python3.7m
> > > > > > > > > > > > > -I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/include/python3.7m
> > > > > > > > > > > > > -Wno-unused-result -Wsign-compare
-march=nocona
> > > > > > > > > > > > > -mtune=haswell -ftree-vectorize -fPIC
> > > > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > > > -fdebug-prefix-
> > > > > > > > > > > > > map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > > > 51
> > > > > > > > > > > > > 06
> > > > > > > > > > > > > 83
> > > > > > > > > > > > > 60
> > > > > > > > > > > > > 7/
> > > > > > > > > > > > > wo
> > > > > > > > > > > > > rk
> > > > > > > > > > > > > =/
> > > > > > > > > > > > > us
> > > > > > > > > > > > > r/
> > > > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02=/u
> > > > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv
-O3
> > > > > > > > > > > > > -Wall
> > > > > > > > > > > >
> > > > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > > > >
> > > > > > > > > > > > Instead of setting:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py
> > > > > > > > > > > > > th
> > > > > > > > > > > > > on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > > >
> > > > > > > > > > > > please set the following instead:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/inclu
> > > > > > > > > > > > > de
> > > > > > > > > > > > > /p
> > > > > > > > > > > > > yt
> > > > > > > > > > > > > ho
> > > > > > > > > > > > > n3
> > > > > > > > > > > > > .7
> > > > > > > > > > > > > m
> > > > > > > > > > > >
> > > > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > > > >
> > > > > > > > > > > > Similarly for MET_PYTHON_LD, instead of
setting:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > >
> > > > > > > > > > > > please set the following instead:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib\
> > > > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > > > >
> > > > > > > > > > > > Please note both the removal of the quotation
> > > > > > > > > > > > marks
> > > > > > > > > > > > and the insertion of the backslashes before
the
> > > > > > > > > > > > spaces.
> > > > > > > > > > > >
> > > > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > > > configure, "make", "make install", and "make
> > > > > > > > > > > > test"
> > > > > > > > > > > > again and let us know how it
> > > > > > > goes.
> > > > > > > > > > > > If you still do not get a successful
compilation,
> > > > > > > > > > > > please send us your config.log file and your
> > > > > > > > > > > > make.log
> > > file.
> > > > > > > > > > > >
> > > > > > > > > > > > Julie
> > > > > > > > > > > >
> > > > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
> > > > > > > > > > > > Gregory,
> > > > > > > > > > > > Contractor, Code
> > > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
> > > > > > > > > > > > > acted
> > upon.
> > > > > > > > > > > > > Transaction: Ticket created by
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > Subject: I was able to build the executable,
> > > > > > > > > > > > > but
> > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > > > 95
> > > > > > > > > > > > > 61
> > > > > > > > > > > > > 8
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
> > drwxr-xr-x.
> > > > > > > > > > > > > 4
> > > > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > > > ensemble_stat
> > > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat
> > > > > > > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-
xr-x.
> > > > > > > > > > > > > 1
> > > > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 11M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 15M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos
17M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 17M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21
> > > > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 1.1M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 836K
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 765K
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 11M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 10M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M
Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 14M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun
15
> > > > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 11M
> > > > > > > > > > > > > Jun 15
> > > > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos
> > > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 10M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos
> > > > > > > > > > > > > 12M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos
5.1M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 tc_pairs
> > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen
-rwxr-
> > > > > > > > > > > > > xr-x.
> > > > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw -rwxr-
xr-
> > > > > > > > > > > > > x.
> > > > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
> > > > > > > > > > > > > 4.0K
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21
> > > > > > > .
> > > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > When I set the following two variables, it
will
> > > > > > > > > > > > > not
> > > > > compile:
> > > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py
> > > > > > > > > > > > > th
> > > > > > > > > > > > > on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > > >
> > > > > > > > > > > > > Greg Ramos
> > > > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > > Software Engineer
> > > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > My working day may not be your working day.
> > > > > > > > > > > > Please
> > > > > > > > > > > > do not feel obliged to reply to this email
> > > > > > > > > > > > outside
> > > > > > > > > > > > of your normal working
> > > > > > > > hours.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > > do
> > > > > > > > > > > not feel obliged to reply to this email outside
of
> > > > > > > > > > > your normal working
> > > > > > > hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > do
> > > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > > your
> > > > > > > > > > normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not
> > > > > > > > > feel obliged to reply to this email outside of your
> > > > > > > > > normal
> > > > > > > > > working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not
> > > > > > > > feel obliged to reply to this email outside of your
> > > > > > > > normal
> > > > > > > > working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications
> > > > > > > Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications
> > > > > > Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel
> > > > > > obliged to reply to this email outside of your normal
working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> > > > > hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
> > > > hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
> > > hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to
> > reply to this email outside of your normal working hours.
> >
> >
> >
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 14:56:55 2020
Here is Python:
./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0
-----Original Message-----
From: Howard Soh via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 1:50 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: [rt.rap.ucar.edu #95618] I was able to build the executable,
but
Internal only:
It might be caused by different libgfortran library.
gcc 6.x version and gcc 8.x version use different libgfortran library.
If the MET is compiled with gcc 6.x version and the python libraries
are compiled with gcc 8.x version, there will be conflict by
libgfortran library.
So checking item will be comparing libgfortran version between MET and
the python libraries:
1. libgfortran version: so.3 means it's compiled with gcc 6.x
ldd pb2nc | grep libgfortran
libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3
(0x00007fd2b107f000)
2. The libgfortran version for the python pakages: I'm not sure how to
check this.
Some suggestions.
+ Check ld_library path
for lib_path in $(echo $LD_LIBRARY_PATH | sed -e 's|:|\n|g'); do ls
$lib_path/libgfortran* ; done
+ go to python packages directory
find -type f -name "libgfortran.so*"
+ something else
Cheers,
Howard
On Wed Jun 17 14:22:35 2020, Greg.Ramos.ctr at nrlmry.navy.mil wrote:
> I changed things around abit. I am back to a previous error:
>
>
> DEBUG 1: Default Config File: /usr/local/met-9.0.2-
> python3/share/met/config/PB2NCConfig_default
> DEBUG 1: User Config File: config/PB2NCConfig_G212
> DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> DEBUG 1: Pre-processing BUFR File for variable names from
> ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> At line 20 of file openpb.f (unit = 33) Fortran runtime error: Bad
> FORM parameter in OPEN statement
> make[1]: *** [pb2nc] Error 2
> make[1]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
> 9.0.2/scripts'
> make: *** [test] Error 2
> [ramos at lorenz met-9.0.2]$ env|grep BUF
> MET_BUFR=/usr/local/bufrlib.11.3.0
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0 total
> 16K drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 12:20 lib drwx------. 4
ramos
> ramos 4.0K Jun 17 12:20 .
> drwx------. 2 ramos ramos 4.0K Jun 17 12:21 include [ramos at lorenz
> met-9.0.2]$
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 12:56 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1
> <Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> From this information in your email:
>
> > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total
> > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
> >
>
> It looks like libbufr.a is located in /usr/local/bufrlib.11.3.0/,
> however, from your config.log file, I see:
>
> > MET_BUFR='/usr/local/bufrlib.11.3.0'
> > MET_BUFRLIB='${MET_BUFR}/lib'
>
>
> So, MET is looking in /usr/local/bufrlib.11.3.0/lib for libbufr.a,
but
> the file does not exist there. Instead of setting MET_BUFR, please
> instead set MET_BUFRLIB to '/usr/local/bufrlib.11.3.0', then run
"make
> clean", reconfigure, and then run "make", "make install", and "make
> test"
> again.
> Please let us know how it goes.
>
> Julie
>
>
> On Wed, Jun 17, 2020 at 1:46 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1
> via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Attached is the config.log. Make log is huge
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 12:26 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> >
> > > When I built MET 8.0, I built all of the external libraries and
> > > placed them in one directory. That worked. Since this is a new
> > > version, do you recommend rebuilding all of the libraries?
> > >
> > No, using the existing libraries should be just fine.
> >
> > Please send me your config.log, make.log, and make_test.log file.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, I built it, but same error. When I built MET 8.0, I built
all
> > > of the external libraries and placed them in one directory. That
> > > worked.
> > > Since this is a new version, do you recommend rebuilding all of
> > > the
> > libraries?
> > >
> > >
> > > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
> > > total 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
> > > [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 10:25 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I see that you are getting a segmentation fault from pb2nc. I
> > > looked back on the config.log file that you sent to me
previously
> > > and saw that MET_BUFRLIB was not set:
> > >
> > > > MET_BUFRLIB=''
> > >
> > >
> > > If you haven't already downloaded and installed BUFRLIB, we
> > > recommend using BUFRLIB version 11.3.0, which is available for
> > > download here:
> > > https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
> > >
> > > If you have downloaded and installed BUFRLIB, please ensure that
> > > you got a successful compilation. Then you can set MET_BUFRLIB,
> > > run "make clean", reconfigure, and then run "make", "make
> > > install", and "make
> > test" again.
> > >
> > > Please let us know how it goes and let us know if you have any
> > > other questions.
> > >
> > > Julie
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > I did get beyond that error, but encountered another one:
> > > >
> > > >
> > > > DEBUG 1: Default Config File:
> > > > /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_defaul
> > > > t DEBUG 1: User Config File: config/PB2NCConfig_G212
> > > > DEBUG 1: Creating NetCDF File:
../out/pb2nc/sample_pb.nc
> > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > > > make[1]: Leaving directory
> > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > > > make: *** [test] Error 2
> > > > [ramos at lorenz met-9.0.2]$ which gcc
> > > > /software/depot/gcc-9.1.0/bin/gcc [ramos at lorenz met-9.0.2]$
gcc
> > > > --version gcc (GCC) 9.1.0 Copyright
> > > > (C)
> > > > 2019 Free Software Foundation, Inc.
> > > > This is free software; see the source for copying conditions.
> > > > There
> > > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > > > PARTICULAR
> > > PURPOSE.
> > > >
> > > > [ramos at lorenz met-9.0.2]$
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 4:36 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks! I'm interested in hearing the solution. We have
> > > > compiled with gcc
> > > > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
> > previously.
> > > >
> > > > Julie
> > > >
> > > >
> > > >
> > > > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > BTW, I compiled with GCC 6.3.0
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I have not encountered either of these issues previously.
> > > > > Based
> > > > > on some google research, it looks like the issues are
> > > > > unrelated.
> > > > >
> > > > > Regarding the problem in make_test.log:
> > > > >
> > > > > > Internal Error: get_unit(): Bad internal unit KIND
> > > > > >
> > > > >
> > > > > I found some information on a site (
> > > > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > > > unrelated to MET, but which still may be helpful to you.
> > > > >
> > > > > > This bad unit error has to do with the fact that older
> > > > > > compilers used
> > > > > > libgfortran.so.3 and the newer versions use
libgfortran.so.4
> > > > > > which is often part of the conda distribution on some
> > > > > > platforms.
> > > > > > The default linkage is done with -lgfortran for mdx and
> > > > > > other fortran programs and this is typically a symlink.
When
> > > > > > the link points to
> > > > > > libgfortran.so.4
> > > > > > - apparently mdx doesn't like it. One way around is to use
> > > > > > the Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > > > ${CONDADIR}/lib on the link path. This would typically
cause
> > > > > > it to link to system
> > > > > > libgfortran.so.3 and then copy over the executable to
> > > > > > installdir/bin
> > > .
> > > > > > Automating this will be a bit of a challenge.
> > > > > >
> > > > >
> > > > > I also saw on a different site (
> > > > > https://groups.google.com/forum/#!topic/openmc-
users/DMlP2ZLq-
> > > > > tk)
> > > > > that running the following may help:
> > > > >
> > > > > > 'conda update openmc'
> > > > >
> > > > >
> > > > > Regarding the warning in your make.log file:
> > > > >
> > > > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict
> > > > > > with
> > > > > > libnetcdf.so.11
> > > > > >
> > > > >
> > > > > This could cause a problem when working with NetCDF files.
It
> > > > > looks like netcdf c++ is linking with a different version of
> > > > > netcdf than MET
> > > > is.
> > > > > You'll need to link MET with the same version of netcdf the
> > > > > netcdf
> > > > > c++ was linked with.
> > > > >
> > > > > I hope that helps.
> > > > >
> > > > > Please let us know if you have any other questions and
please
> > > > > let us know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working hours.
> > > > >
> > > > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > Attached is the output of the make test.
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > It's great that MET compiled successfully. Could you
please
> > > > > > send your make_test.log file so that I can take a look and
> > > > > > see what the problem
> > > > > was?
> > > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, thank you. It built. I did get an error during make
> > > > > > > test.
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Hi Greg.
> > > > > > >
> > > > > > > I do not believe it does test the Python embedding
> > > > > > > functionality.
> > > > > > > We have plans to improve the tests that are run in "make
> > > > > > > test", but have not yet done so. However, I put a tar
> > > > > > > file, MET_python_embedding.tar, on our ftp server for
you
> > > > > > > to grab.
> > > > > > > It contains data files that you can test with along with
a
> > > > > > > README file that contains multiple calls to
> > > > > > plot_data_plane.
> > > > > > > You can run each of those commands and check for errors.
> > > > > > > If
> > > > > > > you receive any errors, please let us know.
> > > > > > >
> > > > > > > To access the file you can run:
> > > > > > >
> > > > > > > > ftp -p ftp.rap.ucar.edu
> > > > > > >
> > > > > > >
> > > > > > > When asked for your Name, enter "anonymous". When asked
> > > > > > > for your password, enter your email address. Then run:
> > > > > > >
> > > > > > > > cd pub/jpresto/for_greg
> > > > > > > > get MET_python_embedding.tar
> > > > > > >
> > > > > > >
> > > > > > > Please let me know if you have any questions.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, the compile is running now. Does the "make test",
> > > > > > > > test the Python portion of the application?
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Great! I'm so glad to hear it. Thanks for letting us
> > > > > > > > know.
> > > > > > > > Fingers crossed for a successful compilation.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > OK, that got me a clean configure. I'll see if it
will
> > > > > > > > > compile
> > > > now.
> > > > > > > > Thanks.
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thank you, Greg.
> > > > > > > > >
> > > > > > > > > I see the following problem in your config.log file:
> > > > > > > > >
> > > > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
> > > > > > > > > > met/include -I../../basic/vx_log
> > > > > > > > > > -I../../basic/vx_util
> > > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > > -I/softwa\
> > > > > > > > > >
> > > > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > > > >
> > > > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > > > conftest.cpp
> > > > > > > > > > > &5
> > > > > > > > > >
> > > > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Please try using the following value for
MET_PYTHON_LD
> > > > > > > > > and then
> > > > > > > > > reconfigure:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Note the change to "-lpython3.7m" from "-
lpython3.7".
> > > > > > > > >
> > > > > > > > > Please let us know how it goes. Thanks!
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > 618
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Find attachment.
> > > > > > > > > >
> > > > > > > > > > Greg
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > > > config.log file, and I'll take a look.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > 9561
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > As soon as I set those varibales, it won't
> > > > > > > > > > > configure:
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking
for
> > > > > > > > > > > a BSD-compatible install... /usr/bin/install -c
> > > > > > > > > > > checking whether build environment is sane...
yes
> > > > > > > > > > > checking for a thread-safe mkdir -p...
/bin/mkdir
> > > > > > > > > > > -p checking for
> > gawk...
> > > > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > > > checking whether make supports nested
variables...
> > > > > > > > > > > yes
> > > > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > > > configure: Dynamic linking will not be used in
the
> > > > > > > > > > > compiles
> > > > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > > > configure: mode will be compiled
> > > > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > > > configure: modis will not be compiled
> > > > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > > > checking for
> > > > > > > > bison...
> > > > > > > > > > > bison -y checking for g++... g++ checking
whether
> > > > > > > > > > > the
> > > > > > > > > > > C++ compiler works... no
> > > > > > > > > > > configure: error: in
> > > > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > > > executables See `config.log' for more details
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > > > >
> > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<
> > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
> > > > > > > > > > > to build the executable, but
> > > > > > > > > > >
> > > > > > > > > > > Thanks for the additional information.
Hopefully,
> > > > > > > > > > > you'll get a good compilation with the changes
to
> > > > > > > > > > > the MET Python environment
> > > > > > > > variables.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr.
> > > > > > > > > > > Gregory,
> > > > > > > > > > > Contractor, Code
> > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?i
> > > > > > > > > > > > d=95
> > > > > > > > > > > > 61
> > > > > > > > > > > > 8
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > OK, I will try your suggestions. I failed to
> > > > > > > > > > > > point out, that I don't get a good
configuration
> > > > > > > > > > > > with the Python
> > > > > variables set.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Greg
> > > > > > > > > > > >
> > > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > > From: Julie Prestopnik via RT
> > > > > > > > > > > > <met_help at ucar.edu>
> > > > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code
7501.1
> > > > > > > > > > > > < Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was
able
> > > > > > > > > > > > to build the executable, but
> > > > > > > > > > > >
> > > > > > > > > > > > Hi Greg.
> > > > > > > > > > > >
> > > > > > > > > > > > I see that you are having trouble compiling
MET
> > > > > > > > > > > > with the Python embedding option, but that you
> > > > > > > > > > > > get a successful compilation and run of
> > > > > > > > > > > "make test"
> > > > > > > > > > > > without the Python embedding option.
> > > > > > > > > > > >
> > > > > > > > > > > > > When I set the following two variables, it
> > > > > > > > > > > > > will not
> > > > > compile:
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py th on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > In order to try to determine what the problem
is
> > > > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > > > necessary to see your config.log and your
> > > > > > > > > > > > make.log file. However, if you are using
> > > > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
> > > > > > > > > > > > output:
> > > > > > > > > > > >
> > > > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo
$MET_PYTHON_CC
> > > > > > > > > > > > > -I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/include/python3.7m
> > > > > > > > > > > > > -I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/include/python3.7m -Wno-unused-
result
> > > > > > > > > > > > > -Wsign-compare -march=nocona -mtune=haswell
> > > > > > > > > > > > > -ftree-vectorize -fPIC
> > > > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > > > -fdebug-prefix-
> > > > > > > > > > > > > map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > > > 51
> > > > > > > > > > > > > 06
> > > > > > > > > > > > > 83
> > > > > > > > > > > > > 60
> > > > > > > > > > > > > 7/
> > > > > > > > > > > > > wo
> > > > > > > > > > > > > rk
> > > > > > > > > > > > > =/
> > > > > > > > > > > > > us
> > > > > > > > > > > > > r/
> > > > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02=/u
> > > > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv
> > > > > > > > > > > > > -O3 -Wall
> > > > > > > > > > > >
> > > > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > > > >
> > > > > > > > > > > > Instead of setting:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py th on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > > >
> > > > > > > > > > > > please set the following instead:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/inclu
> > > > > > > > > > > > > de
> > > > > > > > > > > > > /p
> > > > > > > > > > > > > yt
> > > > > > > > > > > > > ho
> > > > > > > > > > > > > n3
> > > > > > > > > > > > > .7
> > > > > > > > > > > > > m
> > > > > > > > > > > >
> > > > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > > > >
> > > > > > > > > > > > Similarly for MET_PYTHON_LD, instead of
setting:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > >
> > > > > > > > > > > > please set the following instead:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib\
> > > > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > > > >
> > > > > > > > > > > > Please note both the removal of the quotation
> > > > > > > > > > > > marks and the insertion of the backslashes
> > > > > > > > > > > > before the spaces.
> > > > > > > > > > > >
> > > > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > > > configure, "make", "make install", and "make
> > > > > > > > > > > > test"
> > > > > > > > > > > > again and let us know how it
> > > > > > > goes.
> > > > > > > > > > > > If you still do not get a successful
> > > > > > > > > > > > compilation, please send us your config.log
file
> > > > > > > > > > > > and your make.log
> > > file.
> > > > > > > > > > > >
> > > > > > > > > > > > Julie
> > > > > > > > > > > >
> > > > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
> > > > > > > > > > > > Gregory,
> > > > > > > > > > > > Contractor, Code
> > > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
> > > > > > > > > > > > > acted
> > upon.
> > > > > > > > > > > > > Transaction: Ticket created by
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > Subject: I was able to build the executable,
> > > > > > > > > > > > > but
> > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html
> > > > > > > > > > > > > ?id=
> > > > > > > > > > > > > 95
> > > > > > > > > > > > > 61
> > > > > > > > > > > > > 8
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
> > drwxr-xr-x.
> > > > > > > > > > > > > 4
> > > > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > > > ensemble_stat
> > > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat
> > > > > > > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-
xr-x.
> > > > > > > > > > > > > 1
> > > > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 15M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 17M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 17M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21
> > > > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 1.1M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 836K Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 765K Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 10M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M
Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 13M Jun
> > > > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 11M Jun 15
> > > > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 11M Jun
> > > > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 10M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 12M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos
5.1M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 tc_pairs
> > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen
-rwxr-
> > > > > > > > > > > > > xr-x.
> > > > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw
> > > > > > > > > > > > > -rwxr-xr- x.
> > > > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
> > > > > > > > > > > > > 4.0K Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21
> > > > > > > .
> > > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > When I set the following two variables, it
> > > > > > > > > > > > > will not
> > > > > compile:
> > > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py th on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > > >
> > > > > > > > > > > > > Greg Ramos
> > > > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Julie Prestopnik Software Engineer National
> > > > > > > > > > > > Center for Atmospheric Research Research
> > > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > My working day may not be your working day.
> > > > > > > > > > > > Please
> > > > > > > > > > > > do not feel obliged to reply to this email
> > > > > > > > > > > > outside of your normal working
> > > > > > > > hours.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
> > > > > > > > > > > Please do not feel obliged to reply to this
email
> > > > > > > > > > > outside of your normal working
> > > > > > > hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > do not feel obliged to reply to this email outside
> > > > > > > > > > of your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > your normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
> > > > hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
> > > hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 14:59:05 2020
I am using this version of gcc now. My first attempt was gcc 6.3.0
with Python2. I moved on to Python 3. All of my external libraries
were built with 6.3:
[ramos at lorenz local]$ gcc --version
gcc (GCC) 9.1.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
[ramos at lorenz local]$
-----Original Message-----
From: Howard Soh via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 1:50 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: [rt.rap.ucar.edu #95618] I was able to build the executable,
but
Internal only:
It might be caused by different libgfortran library.
gcc 6.x version and gcc 8.x version use different libgfortran library.
If the MET is compiled with gcc 6.x version and the python libraries
are compiled with gcc 8.x version, there will be conflict by
libgfortran library.
So checking item will be comparing libgfortran version between MET and
the python libraries:
1. libgfortran version: so.3 means it's compiled with gcc 6.x
ldd pb2nc | grep libgfortran
libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3
(0x00007fd2b107f000)
2. The libgfortran version for the python pakages: I'm not sure how to
check this.
Some suggestions.
+ Check ld_library path
for lib_path in $(echo $LD_LIBRARY_PATH | sed -e 's|:|\n|g'); do ls
$lib_path/libgfortran* ; done
+ go to python packages directory
find -type f -name "libgfortran.so*"
+ something else
Cheers,
Howard
On Wed Jun 17 14:22:35 2020, Greg.Ramos.ctr at nrlmry.navy.mil wrote:
> I changed things around abit. I am back to a previous error:
>
>
> DEBUG 1: Default Config File: /usr/local/met-9.0.2-
> python3/share/met/config/PB2NCConfig_default
> DEBUG 1: User Config File: config/PB2NCConfig_G212
> DEBUG 1: Creating NetCDF File: ../out/pb2nc/sample_pb.nc
> DEBUG 1: Pre-processing BUFR File for variable names from
> ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> At line 20 of file openpb.f (unit = 33) Fortran runtime error: Bad
> FORM parameter in OPEN statement
> make[1]: *** [pb2nc] Error 2
> make[1]: Leaving directory `/users/ramos/met-9.0.2-build/build/met-
> 9.0.2/scripts'
> make: *** [test] Error 2
> [ramos at lorenz met-9.0.2]$ env|grep BUF
> MET_BUFR=/usr/local/bufrlib.11.3.0
> [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0 total
> 16K drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> drwx------. 2 ramos ramos 4.0K Jun 17 12:20 lib drwx------. 4
ramos
> ramos 4.0K Jun 17 12:20 .
> drwx------. 2 ramos ramos 4.0K Jun 17 12:21 include [ramos at lorenz
> met-9.0.2]$
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 12:56 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1
> <Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> From this information in your email:
>
> > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
total
> > 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
> >
>
> It looks like libbufr.a is located in /usr/local/bufrlib.11.3.0/,
> however, from your config.log file, I see:
>
> > MET_BUFR='/usr/local/bufrlib.11.3.0'
> > MET_BUFRLIB='${MET_BUFR}/lib'
>
>
> So, MET is looking in /usr/local/bufrlib.11.3.0/lib for libbufr.a,
but
> the file does not exist there. Instead of setting MET_BUFR, please
> instead set MET_BUFRLIB to '/usr/local/bufrlib.11.3.0', then run
"make
> clean", reconfigure, and then run "make", "make install", and "make
> test"
> again.
> Please let us know how it goes.
>
> Julie
>
>
> On Wed, Jun 17, 2020 at 1:46 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1
> via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Attached is the config.log. Make log is huge
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 12:26 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> >
> > > When I built MET 8.0, I built all of the external libraries and
> > > placed them in one directory. That worked. Since this is a new
> > > version, do you recommend rebuilding all of the libraries?
> > >
> > No, using the existing libraries should be just fine.
> >
> > Please send me your config.log, make.log, and make_test.log file.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 1:12 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, I built it, but same error. When I built MET 8.0, I built
all
> > > of the external libraries and placed them in one directory. That
> > > worked.
> > > Since this is a new version, do you recommend rebuilding all of
> > > the
> > libraries?
> > >
> > >
> > > [ramos at lorenz met-9.0.2]$ ls -larth /usr/local/bufrlib.11.3.0/
> > > total 1.5M drwxr-xr-x. 30 root root 4.0K Jun 17 11:26 ..
> > > drwx------. 2 ramos ramos 4.0K Jun 17 11:31 .
> > > -rw-------. 1 ramos ramos 1.5M Jun 17 11:31 libbufr.a
> > > [ramos at lorenz met-9.0.2]$
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 10:25 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > I see that you are getting a segmentation fault from pb2nc. I
> > > looked back on the config.log file that you sent to me
previously
> > > and saw that MET_BUFRLIB was not set:
> > >
> > > > MET_BUFRLIB=''
> > >
> > >
> > > If you haven't already downloaded and installed BUFRLIB, we
> > > recommend using BUFRLIB version 11.3.0, which is available for
> > > download here:
> > > https://emc.ncep.noaa.gov/emc/pages/infrastructure/bufrlib.php
> > >
> > > If you have downloaded and installed BUFRLIB, please ensure that
> > > you got a successful compilation. Then you can set MET_BUFRLIB,
> > > run "make clean", reconfigure, and then run "make", "make
> > > install", and "make
> > test" again.
> > >
> > > Please let us know how it goes and let us know if you have any
> > > other questions.
> > >
> > > Julie
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Wed, Jun 17, 2020 at 11:05 AM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > I did get beyond that error, but encountered another one:
> > > >
> > > >
> > > > DEBUG 1: Default Config File:
> > > > /usr/local/met-9.0.2-
python3/share/met/config/PB2NCConfig_defaul
> > > > t DEBUG 1: User Config File: config/PB2NCConfig_G212
> > > > DEBUG 1: Creating NetCDF File:
../out/pb2nc/sample_pb.nc
> > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > > make[1]: *** [pb2nc] Segmentation fault (core dumped)
> > > > make[1]: Leaving directory
> > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2/scripts'
> > > > make: *** [test] Error 2
> > > > [ramos at lorenz met-9.0.2]$ which gcc
> > > > /software/depot/gcc-9.1.0/bin/gcc [ramos at lorenz met-9.0.2]$
gcc
> > > > --version gcc (GCC) 9.1.0 Copyright
> > > > (C)
> > > > 2019 Free Software Foundation, Inc.
> > > > This is free software; see the source for copying conditions.
> > > > There
> > > > is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > > > PARTICULAR
> > > PURPOSE.
> > > >
> > > > [ramos at lorenz met-9.0.2]$
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Tuesday, June 16, 2020 4:36 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Thanks! I'm interested in hearing the solution. We have
> > > > compiled with gcc
> > > > 6.3.0 and up to gcc 8.3.0 and have not encountered this issue
> > previously.
> > > >
> > > > Julie
> > > >
> > > >
> > > >
> > > > On Tue, Jun 16, 2020 at 5:24 PM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > >
> > > > >
> > > > > BTW, I compiled with GCC 6.3.0
> > > > >
> > > > > -----Original Message-----
> > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > Sent: Tuesday, June 16, 2020 4:19 PM
> > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > > executable, but
> > > > >
> > > > > Hi Greg.
> > > > >
> > > > > I have not encountered either of these issues previously.
> > > > > Based
> > > > > on some google research, it looks like the issues are
> > > > > unrelated.
> > > > >
> > > > > Regarding the problem in make_test.log:
> > > > >
> > > > > > Internal Error: get_unit(): Bad internal unit KIND
> > > > > >
> > > > >
> > > > > I found some information on a site (
> > > > > http://earthdef.caltech.edu/boards/4/topics/2100?r=2187),
> > > > > unrelated to MET, but which still may be helpful to you.
> > > > >
> > > > > > This bad unit error has to do with the fact that older
> > > > > > compilers used
> > > > > > libgfortran.so.3 and the newer versions use
libgfortran.so.4
> > > > > > which is often part of the conda distribution on some
> > > > > > platforms.
> > > > > > The default linkage is done with -lgfortran for mdx and
> > > > > > other fortran programs and this is typically a symlink.
When
> > > > > > the link points to
> > > > > > libgfortran.so.4
> > > > > > - apparently mdx doesn't like it. One way around is to use
> > > > > > the Makemdx_gfortran_ubuntu file to build mdx without -L
> > > > > > ${CONDADIR}/lib on the link path. This would typically
cause
> > > > > > it to link to system
> > > > > > libgfortran.so.3 and then copy over the executable to
> > > > > > installdir/bin
> > > .
> > > > > > Automating this will be a bit of a challenge.
> > > > > >
> > > > >
> > > > > I also saw on a different site (
> > > > > https://groups.google.com/forum/#!topic/openmc-
users/DMlP2ZLq-
> > > > > tk)
> > > > > that running the following may help:
> > > > >
> > > > > > 'conda update openmc'
> > > > >
> > > > >
> > > > > Regarding the warning in your make.log file:
> > > > >
> > > > > > usr/bin/ld: warning: libnetcdf.so.6, needed by
> > > > > > /usr/local/netcdf-met/lib/libnetcdf_c++4.so, may conflict
> > > > > > with
> > > > > > libnetcdf.so.11
> > > > > >
> > > > >
> > > > > This could cause a problem when working with NetCDF files.
It
> > > > > looks like netcdf c++ is linking with a different version of
> > > > > netcdf than MET
> > > > is.
> > > > > You'll need to link MET with the same version of netcdf the
> > > > > netcdf
> > > > > c++ was linked with.
> > > > >
> > > > > I hope that helps.
> > > > >
> > > > > Please let us know if you have any other questions and
please
> > > > > let us know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working hours.
> > > > >
> > > > > On Tue, Jun 16, 2020 at 4:51 PM Ramos, Mr. Gregory,
> > > > > Contractor, Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > >
> > > > > >
> > > > > > Attached is the output of the make test.
> > > > > >
> > > > > > Greg
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > Sent: Tuesday, June 16, 2020 3:35 PM
> > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
> > > > > > the executable, but
> > > > > >
> > > > > > It's great that MET compiled successfully. Could you
please
> > > > > > send your make_test.log file so that I can take a look and
> > > > > > see what the problem
> > > > > was?
> > > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Jun 16, 2020 at 4:32 PM Ramos, Mr. Gregory,
> > > > > > Contractor, Code
> > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > >
> > > > > > >
> > > > > > > OK, thank you. It built. I did get an error during make
> > > > > > > test.
> > > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > Sent: Tuesday, June 16, 2020 3:09 PM
> > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
build
> > > > > > > the executable, but
> > > > > > >
> > > > > > > Hi Greg.
> > > > > > >
> > > > > > > I do not believe it does test the Python embedding
> > > > > > > functionality.
> > > > > > > We have plans to improve the tests that are run in "make
> > > > > > > test", but have not yet done so. However, I put a tar
> > > > > > > file, MET_python_embedding.tar, on our ftp server for
you
> > > > > > > to grab.
> > > > > > > It contains data files that you can test with along with
a
> > > > > > > README file that contains multiple calls to
> > > > > > plot_data_plane.
> > > > > > > You can run each of those commands and check for errors.
> > > > > > > If
> > > > > > > you receive any errors, please let us know.
> > > > > > >
> > > > > > > To access the file you can run:
> > > > > > >
> > > > > > > > ftp -p ftp.rap.ucar.edu
> > > > > > >
> > > > > > >
> > > > > > > When asked for your Name, enter "anonymous". When asked
> > > > > > > for your password, enter your email address. Then run:
> > > > > > >
> > > > > > > > cd pub/jpresto/for_greg
> > > > > > > > get MET_python_embedding.tar
> > > > > > >
> > > > > > >
> > > > > > > Please let me know if you have any questions.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Jun 16, 2020 at 3:23 PM Ramos, Mr. Gregory,
> > > > > > > Contractor, Code
> > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > > > > > >
> > > > > > > >
> > > > > > > > OK, the compile is running now. Does the "make test",
> > > > > > > > test the Python portion of the application?
> > > > > > > >
> > > > > > > > Greg
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > Sent: Tuesday, June 16, 2020 2:17 PM
> > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > build the executable, but
> > > > > > > >
> > > > > > > > Great! I'm so glad to hear it. Thanks for letting us
> > > > > > > > know.
> > > > > > > > Fingers crossed for a successful compilation.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Jun 16, 2020 at 2:59 PM Ramos, Mr. Gregory,
> > > > > > > > Contractor, Code
> > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=9561
> > > > > > > > > 8
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > OK, that got me a clean configure. I'll see if it
will
> > > > > > > > > compile
> > > > now.
> > > > > > > > Thanks.
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > Sent: Tuesday, June 16, 2020 1:53 PM
> > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to
> > > > > > > > > build the executable, but
> > > > > > > > >
> > > > > > > > > Thank you, Greg.
> > > > > > > > >
> > > > > > > > > I see the following problem in your config.log file:
> > > > > > > > >
> > > > > > > > > > configure:5066: g++ -g -I/usr/local/netcdf-
> > > > > > > > > > met/include -I../../basic/vx_log
> > > > > > > > > > -I../../basic/vx_util
> > > > > > > > > > -I/usr/local/Anaconda3-2020.02/include/python3.7m
> > > > > > > > > > -I/softwa\
> > > > > > > > > >
> > > > > > > > > > re/depot/met-8.1b/external_libs/include -DBLOCK4
> > > > > > > > > > -DMET_BASE="\"$(pkgdatadir)\""
> > > > > > > > > > -L/usr/local/netcdf-met/lib
> > > > > > > > > > -L/usr/local/Anaconda3-2020.02/lib -lpython3.7 -l\
> > > > > > > > > >
> > > > > > > > > > pthread -ldl -lutil -lm -Xlinker -export-dynamic
> > > > > > > > > > -L/software/depot/met-8.1b/external_libs/lib
> > > > > > > > > > conftest.cpp
> > > > > > > > > > > &5
> > > > > > > > > >
> > > > > > > > > > /usr/bin/ld: cannot find -lpython3.7
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Please try using the following value for
MET_PYTHON_LD
> > > > > > > > > and then
> > > > > > > > > reconfigure:
> > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-2020.02/lib\
> > > > > > > > > > -lpython3.7m\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Note the change to "-lpython3.7m" from "-
lpython3.7".
> > > > > > > > >
> > > > > > > > > Please let us know how it goes. Thanks!
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Jun 16, 2020 at 2:30 PM Ramos, Mr. Gregory,
> > > > > > > > > Contractor, Code
> > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95
> > > > > > > > > > 618
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Find attachment.
> > > > > > > > > >
> > > > > > > > > > Greg
> > > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > > > > > > > Sent: Tuesday, June 16, 2020 1:17 PM
> > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
to
> > > > > > > > > > build the executable, but
> > > > > > > > > >
> > > > > > > > > > Thanks for the follow up. Please send me your
> > > > > > > > > > config.log file, and I'll take a look.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, Jun 16, 2020 at 2:14 PM Ramos, Mr.
Gregory,
> > > > > > > > > > Contractor, Code
> > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=
> > > > > > > > > > > 9561
> > > > > > > > > > > 8
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > As soon as I set those varibales, it won't
> > > > > > > > > > > configure:
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$ ./configure checking
for
> > > > > > > > > > > a BSD-compatible install... /usr/bin/install -c
> > > > > > > > > > > checking whether build environment is sane...
yes
> > > > > > > > > > > checking for a thread-safe mkdir -p...
/bin/mkdir
> > > > > > > > > > > -p checking for
> > gawk...
> > > > > > > > > > > gawk checking whether make sets $(MAKE)... yes
> > > > > > > > > > > checking whether make supports nested
variables...
> > > > > > > > > > > yes
> > > > > > > > > > > configure: BUFRLIB_NAME will be set
> > > > > > > > > > > configure: -DBLOCK4 will be used in the compiles
> > > > > > > > > > > configure: Dynamic linking will not be used in
the
> > > > > > > > > > > compiles
> > > > > > > > > > > configure: ascii2nc will be compiled
> > > > > > > > > > > configure: lidar2nc will not be compiled
> > > > > > > > > > > configure: ensemble_stat will be compiled
> > > > > > > > > > > configure: gen_vx_mask will be compiled
> > > > > > > > > > > configure: gis_utils will be compiled
> > > > > > > > > > > configure: grid_stat will be compiled
> > > > > > > > > > > configure: madis2nc will be compiled
> > > > > > > > > > > configure: mode will be compiled
> > > > > > > > > > > configure: mode_analysis will be compiled
> > > > > > > > > > > configure: pb2nc will be compiled
> > > > > > > > > > > configure: pcp_combine will be compiled
> > > > > > > > > > > configure: plot_data_plane will be compiled
> > > > > > > > > > > configure: regrid_data_plane will be compiled
> > > > > > > > > > > configure: point2grid will be compiled
> > > > > > > > > > > configure: shift_data_plane will be compiled
> > > > > > > > > > > configure: plot_point_obs will be compiled
> > > > > > > > > > > configure: point_stat will be compiled
> > > > > > > > > > > configure: stat_analysis will be compiled
> > > > > > > > > > > configure: wavelet_stat will be compiled
> > > > > > > > > > > configure: series_analysis will be compiled
> > > > > > > > > > > configure: wwmca will be compiled
> > > > > > > > > > > configure: modis will not be compiled
> > > > > > > > > > > configure: mode_graphics will not be compiled
> > > > > > > > > > > configure: mode_time_domain will be compiled
> > > > > > > > > > > configure: tc_utils will be compiled
> > > > > > > > > > > configure: gsi_tools will be compiled
> > > > > > > > > > > configure: GRIB2 utilities will not be compiled
> > > > > > > > > > > configure: python embedding will not be compiled
> > > > > > > > > > > checking for
> > > > > > > > bison...
> > > > > > > > > > > bison -y checking for g++... g++ checking
whether
> > > > > > > > > > > the
> > > > > > > > > > > C++ compiler works... no
> > > > > > > > > > > configure: error: in
> > > > > > > `/users/ramos/met-9.0.2-build/build/met-9.0.2':
> > > > > > > > > > > configure: error: C++ compiler cannot create
> > > > > > > > > > > executables See `config.log' for more details
> > > > > > > > > > > [ramos at lorenz met-9.0.2]$
> > > > > > > > > > >
> > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > From: Julie Prestopnik via RT
<met_help at ucar.edu>
> > > > > > > > > > > Sent: Tuesday, June 16, 2020 12:55 PM
> > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<
> > > > > > > > > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able
> > > > > > > > > > > to build the executable, but
> > > > > > > > > > >
> > > > > > > > > > > Thanks for the additional information.
Hopefully,
> > > > > > > > > > > you'll get a good compilation with the changes
to
> > > > > > > > > > > the MET Python environment
> > > > > > > > variables.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Tue, Jun 16, 2020 at 10:40 AM Ramos, Mr.
> > > > > > > > > > > Gregory,
> > > > > > > > > > > Contractor, Code
> > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?i
> > > > > > > > > > > > d=95
> > > > > > > > > > > > 61
> > > > > > > > > > > > 8
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > OK, I will try your suggestions. I failed to
> > > > > > > > > > > > point out, that I don't get a good
configuration
> > > > > > > > > > > > with the Python
> > > > > variables set.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Greg
> > > > > > > > > > > >
> > > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > > From: Julie Prestopnik via RT
> > > > > > > > > > > > <met_help at ucar.edu>
> > > > > > > > > > > > Sent: Tuesday, June 16, 2020 8:39 AM
> > > > > > > > > > > > To: Ramos, Mr. Gregory, Contractor, Code
7501.1
> > > > > > > > > > > > < Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > > > > > > > > > Subject: Re: [rt.rap.ucar.edu #95618] I was
able
> > > > > > > > > > > > to build the executable, but
> > > > > > > > > > > >
> > > > > > > > > > > > Hi Greg.
> > > > > > > > > > > >
> > > > > > > > > > > > I see that you are having trouble compiling
MET
> > > > > > > > > > > > with the Python embedding option, but that you
> > > > > > > > > > > > get a successful compilation and run of
> > > > > > > > > > > "make test"
> > > > > > > > > > > > without the Python embedding option.
> > > > > > > > > > > >
> > > > > > > > > > > > > When I set the following two variables, it
> > > > > > > > > > > > > will not
> > > > > compile:
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py th on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > In order to try to determine what the problem
is
> > > > > > > > > > > > with the compilation, it would be helpful and
> > > > > > > > > > > > necessary to see your config.log and your
> > > > > > > > > > > > make.log file. However, if you are using
> > > > > > > > > > > > `/usr/local/Anaconda3-2020.02/bin/python3-
config
> > > > > > > > > > > > --cflags` for MET_PYTHON_CC and this is the
> > > > > > > > > > > > output:
> > > > > > > > > > > >
> > > > > > > > > > > > > [ramos at lorenz met-9.0.2]$ echo
$MET_PYTHON_CC
> > > > > > > > > > > > > -I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/include/python3.7m
> > > > > > > > > > > > > -I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/include/python3.7m -Wno-unused-
result
> > > > > > > > > > > > > -Wsign-compare -march=nocona -mtune=haswell
> > > > > > > > > > > > > -ftree-vectorize -fPIC
> > > > > > > > > > > > > -fstack-protector-strong -fno-plt -O3
> > > > > > > > > > > > > -ffunction-sections -pipe -isystem
> > > > > > > > > > > > > /usr/local/Anaconda3-2020.02/include
> > > > > > > > > > > > > -fdebug-prefix-
> > > > > > > > > > > > > map=/tmp/build/80754af9/python_1578
> > > > > > > > > > > > > 51
> > > > > > > > > > > > > 06
> > > > > > > > > > > > > 83
> > > > > > > > > > > > > 60
> > > > > > > > > > > > > 7/
> > > > > > > > > > > > > wo
> > > > > > > > > > > > > rk
> > > > > > > > > > > > > =/
> > > > > > > > > > > > > us
> > > > > > > > > > > > > r/
> > > > > > > > > > > > > local/src/conda/python-3.7.6
> > > > > > > > > > > > > -fdebug-prefix-map=/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02=/u
> > > > > > > > > > > > > sr /l oc al /s rc /c on da -p refix
> > > > > > > > > > > > > -fuse-linker-plugin -ffat-lto-objects
> > > > > > > > > > > > > -flto-partition=none -flto -DNDEBUG -fwrapv
> > > > > > > > > > > > > -O3 -Wall
> > > > > > > > > > > >
> > > > > > > > > > > > then we can and should pair that down a bit.
> > > > > > > > > > > >
> > > > > > > > > > > > Instead of setting:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py th on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > > >
> > > > > > > > > > > > please set the following instead:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=-I/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/inclu
> > > > > > > > > > > > > de
> > > > > > > > > > > > > /p
> > > > > > > > > > > > > yt
> > > > > > > > > > > > > ho
> > > > > > > > > > > > > n3
> > > > > > > > > > > > > .7
> > > > > > > > > > > > > m
> > > > > > > > > > > >
> > > > > > > > > > > > Please note there are no quotation marks.
> > > > > > > > > > > >
> > > > > > > > > > > > Similarly for MET_PYTHON_LD, instead of
setting:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > >
> > > > > > > > > > > > please set the following instead:
> > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD=-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib\
> > > > > > > > > > > > > -lpython3.7\ -lpthread\ -ldl\ -lutil\ -lm\
> > > > > > > > > > > > > -Xlinker\ -export-dynamic
> > > > > > > > > > > >
> > > > > > > > > > > > Please note both the removal of the quotation
> > > > > > > > > > > > marks and the insertion of the backslashes
> > > > > > > > > > > > before the spaces.
> > > > > > > > > > > >
> > > > > > > > > > > > Please try running "make clean", then rerun
> > > > > > > > > > > > configure, "make", "make install", and "make
> > > > > > > > > > > > test"
> > > > > > > > > > > > again and let us know how it
> > > > > > > goes.
> > > > > > > > > > > > If you still do not get a successful
> > > > > > > > > > > > compilation, please send us your config.log
file
> > > > > > > > > > > > and your make.log
> > > file.
> > > > > > > > > > > >
> > > > > > > > > > > > Julie
> > > > > > > > > > > >
> > > > > > > > > > > > On Mon, Jun 15, 2020 at 3:33 PM Ramos, Mr.
> > > > > > > > > > > > Gregory,
> > > > > > > > > > > > Contractor, Code
> > > > > > > > > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Mon Jun 15 15:33:33 2020: Request 95618 was
> > > > > > > > > > > > > acted
> > upon.
> > > > > > > > > > > > > Transaction: Ticket created by
> > > > > > Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > Subject: I was able to build the executable,
> > > > > > > > > > > > > but
> > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > Requestors: Greg.Ramos.ctr at nrlmry.navy.mil
> > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html
> > > > > > > > > > > > > ?id=
> > > > > > > > > > > > > 95
> > > > > > > > > > > > > 61
> > > > > > > > > > > > > 8
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > I would like to run the tests. My install
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > [ramos at lorenz ~]$ ls -larth
> > > > > > > > > > > > > /usr/local/met-9.0.2-python3/bin total 374M
> > drwxr-xr-x.
> > > > > > > > > > > > > 4
> > > > > > ramos ramos 4.0K Jun 15 13:21 ..
> > > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 16M Jun 15 13:21
> > > > > > > > > > > > > ensemble_stat
> > > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 grid_stat
> > > > > > > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 18M Jun 15 13:21 mode -rwxr-
xr-x.
> > > > > > > > > > > > > 1
> > > > > > > > > > > > > ramos ramos 8.8M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 mode_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 pcp_combine -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 15M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 point_stat -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 17M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 stat_analysis -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 17M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21
> > > > > > > > > wavelet_stat -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15
> > > > > > > > > > > > > 13:21 series_analysis -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 1.1M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_shp -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 836K Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_shx -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 765K Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gis_dump_dbf -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gen_vx_mask -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 plot_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 10M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 plot_point_obs -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 ascii2nc -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 madis2nc -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 pb2nc -rwxr-xr-x. 1 ramos ramos 12M
Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 wwmca_regrid -rwxr-xr-x. 1 ramos ramos
> > > > > > > > > > > > > 13M Jun
> > > > > > > > > > > > > 15 13:21 wwmca_plot -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 14M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 mtd -rwxr-xr-x. 1 ramos ramos 11M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gsid2mpr -rwxr-xr-x. 1 ramos ramos
11M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 gsidens2orank -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 11M Jun 15
> > > > > > > > > > > > > 13:21 regrid_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 11M Jun
> > > > > > > > > > > > > 15 13:21 point2grid -rwxr-xr-x. 1 ramos
ramos
> > > > > > > > > > > > > 10M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 shift_data_plane -rwxr-xr-x. 1 ramos
> > > > > > > > > > > > > ramos 12M Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 grid_diag -rwxr-xr-x. 1 ramos ramos
5.1M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 tc_dland -rwxr-xr-x. 1 ramos ramos
13M
> > > > > > > > > > > > > Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21 tc_pairs
> > > > > > > > -rwxr-xr-x.
> > > > > > > > > > > > > 1 ramos ramos 15M Jun 15 13:21 tc_gen
-rwxr-
> > > > > > > > > > > > > xr-x.
> > > > > > > > > > > > > 1 ramos ramos 12M Jun 15 13:21 tc_rmw
> > > > > > > > > > > > > -rwxr-xr- x.
> > > > > > > > > > > > > 1 ramos ramos 12M Jun 15
> > > > > > > > > > > > > 13:21 rmw_analysis drwxr-xr-x. 2 ramos ramos
> > > > > > > > > > > > > 4.0K Jun
> > > > > > > > > > > > > 15
> > > > > > > > > > > > > 13:21
> > > > > > > .
> > > > > > > > > > > > > -rwxr-xr-x. 1 ramos ramos 17M Jun 15 13:21
> > > > > > > > > > > > > tc_stat [ramos at lorenz ~]$
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > When I set the following two variables, it
> > > > > > > > > > > > > will not
> > > > > compile:
> > > > > > > > > > > > >
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_LD="-L/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/lib
> > > > > > > > > > > > > -lpython3.7 -lpthread -ldl -lutil -lm
-Xlinker
> > > > > > -export-dynamic"
> > > > > > > > > > > > > export
> > > > > > > > > > > > > MET_PYTHON_CC=`/usr/local/Anaconda3-
> > > > > > > > > > > > > 2020.02/bin/py th on
> > > > > > > > > > > > > 3-
> > > > > > > > > > > > > co
> > > > > > > > > > > > > nf
> > > > > > > > > > > > > ig
> > > > > > > > > > > > > --cflags`
> > > > > > > > > > > > >
> > > > > > > > > > > > > Greg Ramos
> > > > > > > > > > > > > Home: (951) 242-9171
> > > > > > > > > > > > > Cell: (831) 920-8975
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > [cid:image001.png at 01D6431D.A1ECC690]
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Julie Prestopnik Software Engineer National
> > > > > > > > > > > > Center for Atmospheric Research Research
> > > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > My working day may not be your working day.
> > > > > > > > > > > > Please
> > > > > > > > > > > > do not feel obliged to reply to this email
> > > > > > > > > > > > outside of your normal working
> > > > > > > > hours.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
Research
> > > > > > > > > > > Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
> > > > > > > > > > > Please do not feel obliged to reply to this
email
> > > > > > > > > > > outside of your normal working
> > > > > > > hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > > Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please
> > > > > > > > > > do not feel obliged to reply to this email outside
> > > > > > > > > > of your normal working
> > > > > > hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > > Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do
> > > > > > > > > not feel obliged to reply to this email outside of
> > > > > > > > > your normal working
> > > > > hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research Research
> > > > > > > > Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
> > > > > > > > not feel obliged to reply to this email outside of
your
> > > > > > > > normal working
> > > > hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research Research
> > > > > > > Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not
> > > > > > > feel obliged to reply to this email outside of your
normal
> > > > > > > working
> > > hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research Research
> > > > > > Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
> > > > > > feel obliged to reply to this email outside of your normal
> > > > > > working
> > hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
> > > > > feel obliged to reply to this email outside of your normal
> > > > > working hours.
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
> > > > hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
> > > hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Wed Jun 17 16:44:32 2020
Hi Greg. I have also not encountered this issue previously:
> DEBUG 1: Pre-processing BUFR File for variable names from
> ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> At line 20 of file openpb.f (unit = 33)
> Fortran runtime error: Bad FORM parameter in OPEN statement
> make[1]: *** [pb2nc] Error 2
I just discovered the "strings" command, which may be useful...
On the full path to your "python3" executable, please run:
> strings <full path to python3> | grep -i gcc
On the full path to your "pb2nc" executable, please run:
> strings <full path to pb2nc> | grep -i gcc
You may get a lot of output. Please see which version of the compiler
these were run with. For python3, I get "GCC: (Debian 6.3.0-
18+deb9u1)
6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-18+deb9u1)
6.3.0
20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
You may also try:
> strings
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0
Perhaps that will help us find something useful. If you receive
different
versions in the output, it would be a good idea to recompile the
libraries,
Python, and MET with the same compiler.
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 16:48:13 2020
Yes, that is my next step. Recomile all of the library. Last year I
thought I downloaded all of the libraries from one spot. Maybe not.
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 3:45 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg. I have also not encountered this issue previously:
> DEBUG 1: Pre-processing BUFR File for variable names from
> ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> At line 20 of file openpb.f (unit = 33) Fortran runtime error: Bad
> FORM parameter in OPEN statement
> make[1]: *** [pb2nc] Error 2
I just discovered the "strings" command, which may be useful...
On the full path to your "python3" executable, please run:
> strings <full path to python3> | grep -i gcc
On the full path to your "pb2nc" executable, please run:
> strings <full path to pb2nc> | grep -i gcc
You may get a lot of output. Please see which version of the compiler
these were run with. For python3, I get "GCC: (Debian 6.3.0-
18+deb9u1)
6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-18+deb9u1)
6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
You may also try:
> strings
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortr
> an.so.4.0.0
Perhaps that will help us find something useful. If you receive
different versions in the output, it would be a good idea to recompile
the libraries, Python, and MET with the same compiler.
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Wed Jun 17 17:03:16 2020
Hi Greg.
You can download all of the libraries and a compilation script from
our
webpage, which also includes instructions on using it:
https://dtcenter.org/community-code/model-evaluation-tools-
met/download
The script isn't foolproof. I am planning on making improvements to
it
over the next week or two, hopefully. Please feel free to use it and
let
us know if you have any questions.
Julie
On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Yes, that is my next step. Recomile all of the library. Last year I
> thought I downloaded all of the libraries from one spot. Maybe not.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 3:45 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg. I have also not encountered this issue previously:
>
> > DEBUG 1: Pre-processing BUFR File for variable names from
> > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > At line 20 of file openpb.f (unit = 33) Fortran runtime error: Bad
> > FORM parameter in OPEN statement
> > make[1]: *** [pb2nc] Error 2
>
>
> I just discovered the "strings" command, which may be useful...
>
> On the full path to your "python3" executable, please run:
>
> > strings <full path to python3> | grep -i gcc
>
> On the full path to your "pb2nc" executable, please run:
>
> > strings <full path to pb2nc> | grep -i gcc
>
>
> You may get a lot of output. Please see which version of the
compiler
> these were run with. For python3, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-18+deb9u1)
6.3.0
> 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
>
> You may also try:
>
> > strings
> > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortr
> > an.so.4.0.0
>
>
> Perhaps that will help us find something useful. If you receive
different
> versions in the output, it would be a good idea to recompile the
libraries,
> Python, and MET with the same compiler.
>
> Julie
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 17:04:33 2020
Excellent, thank you.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 4:03 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
You can download all of the libraries and a compilation script from
our webpage, which also includes instructions on using it:
https://dtcenter.org/community-code/model-evaluation-tools-
met/download
The script isn't foolproof. I am planning on making improvements to
it over the next week or two, hopefully. Please feel free to use it
and let us know if you have any questions.
Julie
On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Yes, that is my next step. Recomile all of the library. Last year I
> thought I downloaded all of the libraries from one spot. Maybe not.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 3:45 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg. I have also not encountered this issue previously:
>
> > DEBUG 1: Pre-processing BUFR File for variable names from
> > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > At line 20 of file openpb.f (unit = 33) Fortran runtime error: Bad
> > FORM parameter in OPEN statement
> > make[1]: *** [pb2nc] Error 2
>
>
> I just discovered the "strings" command, which may be useful...
>
> On the full path to your "python3" executable, please run:
>
> > strings <full path to python3> | grep -i gcc
>
> On the full path to your "pb2nc" executable, please run:
>
> > strings <full path to pb2nc> | grep -i gcc
>
>
> You may get a lot of output. Please see which version of the
compiler
> these were run with. For python3, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-18+deb9u1)
> 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
>
> You may also try:
>
> > strings
> > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfor
> > tr
> > an.so.4.0.0
>
>
> Perhaps that will help us find something useful. If you receive
> different versions in the output, it would be a good idea to
recompile
> the libraries, Python, and MET with the same compiler.
>
> Julie
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Wed Jun 17 21:59:08 2020
OK, I downloaded the external libraries tarfile, and the build script.
Ran the script, but still getting an error on the 'make test'.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 4:03 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
You can download all of the libraries and a compilation script from
our webpage, which also includes instructions on using it:
https://dtcenter.org/community-code/model-evaluation-tools-
met/download
The script isn't foolproof. I am planning on making improvements to
it over the next week or two, hopefully. Please feel free to use it
and let us know if you have any questions.
Julie
On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Yes, that is my next step. Recomile all of the library. Last year I
> thought I downloaded all of the libraries from one spot. Maybe not.
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 3:45 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg. I have also not encountered this issue previously:
>
> > DEBUG 1: Pre-processing BUFR File for variable names from
> > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > At line 20 of file openpb.f (unit = 33) Fortran runtime error: Bad
> > FORM parameter in OPEN statement
> > make[1]: *** [pb2nc] Error 2
>
>
> I just discovered the "strings" command, which may be useful...
>
> On the full path to your "python3" executable, please run:
>
> > strings <full path to python3> | grep -i gcc
>
> On the full path to your "pb2nc" executable, please run:
>
> > strings <full path to pb2nc> | grep -i gcc
>
>
> You may get a lot of output. Please see which version of the
compiler
> these were run with. For python3, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-18+deb9u1)
> 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
>
> You may also try:
>
> > strings
> > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfor
> > tr
> > an.so.4.0.0
>
>
> Perhaps that will help us find something useful. If you receive
> different versions in the output, it would be a good idea to
recompile
> the libraries, Python, and MET with the same compiler.
>
> Julie
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Wed Jun 17 23:59:51 2020
Hi Greg.
I will try to find access to GCC version 9.1.0 to see if I can
recreate the
problem you are experiencing. I have many meetings on Thursday and am
only
working a half day on Friday, so I may not have an update until early
next
week, but I'll try to get back to you as soon as possible.
Julie
On Wed, Jun 17, 2020 at 9:59 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I downloaded the external libraries tarfile, and the build
script. Ran
> the script, but still getting an error on the 'make test'.
>
>
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 4:03 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
> You can download all of the libraries and a compilation script from
our
> webpage, which also includes instructions on using it:
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download
>
> The script isn't foolproof. I am planning on making improvements to
it
> over the next week or two, hopefully. Please feel free to use it
and let
> us know if you have any questions.
>
> Julie
>
> On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Yes, that is my next step. Recomile all of the library. Last year
I
> > thought I downloaded all of the libraries from one spot. Maybe
not.
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 3:45 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg. I have also not encountered this issue previously:
> >
> > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > At line 20 of file openpb.f (unit = 33) Fortran runtime error:
Bad
> > > FORM parameter in OPEN statement
> > > make[1]: *** [pb2nc] Error 2
> >
> >
> > I just discovered the "strings" command, which may be useful...
> >
> > On the full path to your "python3" executable, please run:
> >
> > > strings <full path to python3> | grep -i gcc
> >
> > On the full path to your "pb2nc" executable, please run:
> >
> > > strings <full path to pb2nc> | grep -i gcc
> >
> >
> > You may get a lot of output. Please see which version of the
compiler
> > these were run with. For python3, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> > 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-18+deb9u1)
> > 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
> >
> > You may also try:
> >
> > > strings
> > > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfor
> > > tr
> > > an.so.4.0.0
> >
> >
> > Perhaps that will help us find something useful. If you receive
> > different versions in the output, it would be a good idea to
recompile
> > the libraries, Python, and MET with the same compiler.
> >
> > Julie
> >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Thu Jun 18 11:28:28 2020
OK, I am getting this erroe during the build:
Compiling MET at Thu Jun 18 10:19:36 PDT 2020
tar (child): /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_files.tar: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
./compile_MET_all.sh: line 632: cd: met*: No such file or directory
./compile_MET_all.sh: line 667: [: ==: unary operator expected
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, June 17, 2020 11:00 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
I will try to find access to GCC version 9.1.0 to see if I can
recreate the problem you are experiencing. I have many meetings on
Thursday and am only working a half day on Friday, so I may not have
an update until early next week, but I'll try to get back to you as
soon as possible.
Julie
On Wed, Jun 17, 2020 at 9:59 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I downloaded the external libraries tarfile, and the build
script.
> Ran the script, but still getting an error on the 'make test'.
>
>
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 4:03 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> You can download all of the libraries and a compilation script from
> our webpage, which also includes instructions on using it:
> https://dtcenter.org/community-code/model-evaluation-tools-
met/downloa
> d
>
> The script isn't foolproof. I am planning on making improvements to
> it over the next week or two, hopefully. Please feel free to use it
> and let us know if you have any questions.
>
> Julie
>
> On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Yes, that is my next step. Recomile all of the library. Last year
I
> > thought I downloaded all of the libraries from one spot. Maybe
not.
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 3:45 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg. I have also not encountered this issue previously:
> >
> > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > ../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > At line 20 of file openpb.f (unit = 33) Fortran runtime error:
Bad
> > > FORM parameter in OPEN statement
> > > make[1]: *** [pb2nc] Error 2
> >
> >
> > I just discovered the "strings" command, which may be useful...
> >
> > On the full path to your "python3" executable, please run:
> >
> > > strings <full path to python3> | grep -i gcc
> >
> > On the full path to your "pb2nc" executable, please run:
> >
> > > strings <full path to pb2nc> | grep -i gcc
> >
> >
> > You may get a lot of output. Please see which version of the
compiler
> > these were run with. For python3, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> > 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-18+deb9u1)
> > 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
> >
> > You may also try:
> >
> > > strings
> > > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgf
> > > or
> > > tr
> > > an.so.4.0.0
> >
> >
> > Perhaps that will help us find something useful. If you receive
> > different versions in the output, it would be a good idea to
> > recompile the libraries, Python, and MET with the same compiler.
> >
> > Julie
> >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Thu Jun 18 13:25:42 2020
Hi Greg.
This looks strange:
>
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_files.tar
>
What are the contents of the /software/depot/met-9.0.2/ directory?
Did you follow these instructions?
> Download compile_MET_all.sh.tgz and tar_files.tgz and place them in
the
> same directory, the directory where you would like to install MET
(see
> TEST_BASE below). Unpack compile_MET_all.sh.tgz by running *tar
-zxf
> compile_MET_all.sh.tgz*. Unpack tar_files.tgz by running *tar -zxf
> tar_files.tgz*. Change directories to enter the tar_files directory
that
> was just created. Download the latest MET release (e.g.
> met-9.0.2.20200522.tar.gz) from the Download page
> <https://dtcenter.org/community-code/model-evaluation-tools-
met/download> into
> the tar_files directory. The script expects some environment
variables to
> be set before running it. An easy way to set these necessary
environment
> variables is to set them in a file (for example,
> install_met_env.<machine_name>), put that file in the same directory
as
> compile_MET_all.sh and tar_files, and pass that file as an argument
to
> compile_MET_all.sh (e.g. *./compile_all_MET.sh
install_met_env.kiowa*).
Julie
On Thu, Jun 18, 2020 at 11:36 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I am getting this erroe during the build:
>
>
> Compiling MET at Thu Jun 18 10:19:36 PDT 2020
> tar (child):
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_files.tar:
> Cannot open: No such file or directory
> tar (child): Error is not recoverable: exiting now
> tar: Child returned status 2
> tar: Error is not recoverable: exiting now
> ./compile_MET_all.sh: line 632: cd: met*: No such file or directory
> ./compile_MET_all.sh: line 667: [: ==: unary operator expected
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 11:00 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
> I will try to find access to GCC version 9.1.0 to see if I can
recreate
> the problem you are experiencing. I have many meetings on Thursday
and am
> only working a half day on Friday, so I may not have an update until
early
> next week, but I'll try to get back to you as soon as possible.
>
> Julie
>
> On Wed, Jun 17, 2020 at 9:59 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I downloaded the external libraries tarfile, and the build
script.
> > Ran the script, but still getting an error on the 'make test'.
> >
> >
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 4:03 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > You can download all of the libraries and a compilation script
from
> > our webpage, which also includes instructions on using it:
> > https://dtcenter.org/community-code/model-evaluation-tools-
met/downloa
> > d
> >
> > The script isn't foolproof. I am planning on making improvements
to
> > it over the next week or two, hopefully. Please feel free to use
it
> > and let us know if you have any questions.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Yes, that is my next step. Recomile all of the library. Last
year I
> > > thought I downloaded all of the libraries from one spot. Maybe
not.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 3:45 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg. I have also not encountered this issue previously:
> > >
> > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > > At line 20 of file openpb.f (unit = 33) Fortran runtime error:
Bad
> > > > FORM parameter in OPEN statement
> > > > make[1]: *** [pb2nc] Error 2
> > >
> > >
> > > I just discovered the "strings" command, which may be useful...
> > >
> > > On the full path to your "python3" executable, please run:
> > >
> > > > strings <full path to python3> | grep -i gcc
> > >
> > > On the full path to your "pb2nc" executable, please run:
> > >
> > > > strings <full path to pb2nc> | grep -i gcc
> > >
> > >
> > > You may get a lot of output. Please see which version of the
compiler
> > > these were run with. For python3, I get "GCC: (Debian
> 6.3.0-18+deb9u1)
> > > 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> > > 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
> > >
> > > You may also try:
> > >
> > > > strings
> > > > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgf
> > > > or
> > > > tr
> > > > an.so.4.0.0
> > >
> > >
> > > Perhaps that will help us find something useful. If you receive
> > > different versions in the output, it would be a good idea to
> > > recompile the libraries, Python, and MET with the same compiler.
> > >
> > > Julie
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Thu Jun 18 13:29:13 2020
Yes, I think I followed the direction. The problems see to be with
[ramos at lorenz met-9.0.2.bad]$ ls -larth /software/depot/met-9.0.2
total 141M
drwxr-xr-x. 2 ramos ramos 4.0K Mar 6 08:38 tar_files
drwxr-xr-x. 507 root root 44K Jun 17 17:26 ..
-rwxr-xr-x. 1 ramos ramos 22K Jun 17 17:28 compile_MET_all.sh
-rwxr-xr-x. 1 ramos ramos 79M Jun 17 17:28 tar_files.tgz
-rwxr-xr-x. 1 ramos ramos 62M Jun 17 17:50 met-
9.0.2.20200522.tar.gz
drwxr-xr-x. 17 ramos ramos 4.0K Jun 17 18:36 external_libs
drwxr-xr-x. 11 ramos ramos 4.0K Jun 17 19:59 met-9.0.2.bad
drwxr-xr-x. 6 ramos ramos 4.0K Jun 18 12:00 .
drwx------. 7 ramos ramos 4.0K Jun 18 12:14 met-9.0.2
[ramos at lorenz met-9.0.2.bad]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, June 18, 2020 12:26 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
This looks strange:
>
>
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_file
> s.tar
>
What are the contents of the /software/depot/met-9.0.2/ directory?
Did you follow these instructions?
> Download compile_MET_all.sh.tgz and tar_files.tgz and place them in
> the same directory, the directory where you would like to install
MET
> (see TEST_BASE below). Unpack compile_MET_all.sh.tgz by running
*tar
> -zxf compile_MET_all.sh.tgz*. Unpack tar_files.tgz by running *tar
> -zxf tar_files.tgz*. Change directories to enter the tar_files
> directory that was just created. Download the latest MET release
(e.g.
> met-9.0.2.20200522.tar.gz) from the Download page
> <https://dtcenter.org/community-code/model-evaluation-tools-
met/downlo
> ad> into the tar_files directory. The script expects some
environment
> variables to be set before running it. An easy way to set these
> necessary environment variables is to set them in a file (for
example,
> install_met_env.<machine_name>), put that file in the same directory
> as compile_MET_all.sh and tar_files, and pass that file as an
argument
> to compile_MET_all.sh (e.g. *./compile_all_MET.sh
install_met_env.kiowa*).
Julie
On Thu, Jun 18, 2020 at 11:36 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I am getting this erroe during the build:
>
>
> Compiling MET at Thu Jun 18 10:19:36 PDT 2020 tar (child):
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_files.tar:
> Cannot open: No such file or directory tar (child): Error is not
> recoverable: exiting now
> tar: Child returned status 2
> tar: Error is not recoverable: exiting now
> ./compile_MET_all.sh: line 632: cd: met*: No such file or directory
> ./compile_MET_all.sh: line 667: [: ==: unary operator expected
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 11:00 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I will try to find access to GCC version 9.1.0 to see if I can
> recreate the problem you are experiencing. I have many meetings on
> Thursday and am only working a half day on Friday, so I may not have
> an update until early next week, but I'll try to get back to you as
soon as possible.
>
> Julie
>
> On Wed, Jun 17, 2020 at 9:59 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I downloaded the external libraries tarfile, and the build
script.
> > Ran the script, but still getting an error on the 'make test'.
> >
> >
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 4:03 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > You can download all of the libraries and a compilation script
from
> > our webpage, which also includes instructions on using it:
> > https://dtcenter.org/community-code/model-evaluation-tools-
met/downl
> > oa
> > d
> >
> > The script isn't foolproof. I am planning on making improvements
to
> > it over the next week or two, hopefully. Please feel free to use
it
> > and let us know if you have any questions.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Yes, that is my next step. Recomile all of the library. Last
year
> > > I thought I downloaded all of the libraries from one spot. Maybe
not.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 3:45 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg. I have also not encountered this issue previously:
> > >
> > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > > At line 20 of file openpb.f (unit = 33) Fortran runtime error:
> > > > Bad FORM parameter in OPEN statement
> > > > make[1]: *** [pb2nc] Error 2
> > >
> > >
> > > I just discovered the "strings" command, which may be useful...
> > >
> > > On the full path to your "python3" executable, please run:
> > >
> > > > strings <full path to python3> | grep -i gcc
> > >
> > > On the full path to your "pb2nc" executable, please run:
> > >
> > > > strings <full path to pb2nc> | grep -i gcc
> > >
> > >
> > > You may get a lot of output. Please see which version of the
compiler
> > > these were run with. For python3, I get "GCC: (Debian
> 6.3.0-18+deb9u1)
> > > 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> > > 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
> > >
> > > You may also try:
> > >
> > > > strings
> > > > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/lib
> > > > gf
> > > > or
> > > > tr
> > > > an.so.4.0.0
> > >
> > >
> > > Perhaps that will help us find something useful. If you receive
> > > different versions in the output, it would be a good idea to
> > > recompile the libraries, Python, and MET with the same compiler.
> > >
> > > Julie
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Thu Jun 18 13:31:43 2020
It looks like met-9.0.2.20200522.tar.gz needs to be in the tar_files
directory.
"Download the latest MET release (e.g. met-9.0.2.20200522.tar.gz)
from the Download
> page
> <https://dtcenter.org/community-code/model-evaluation-tools-
met/download> into
> the tar_files directory. "
Please give that a try.
Julie
On Thu, Jun 18, 2020 at 1:29 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Yes, I think I followed the direction. The problems see to be with
>
>
>
>
>
>
> [ramos at lorenz met-9.0.2.bad]$ ls -larth /software/depot/met-9.0.2
> total 141M
> drwxr-xr-x. 2 ramos ramos 4.0K Mar 6 08:38 tar_files
> drwxr-xr-x. 507 root root 44K Jun 17 17:26 ..
> -rwxr-xr-x. 1 ramos ramos 22K Jun 17 17:28 compile_MET_all.sh
> -rwxr-xr-x. 1 ramos ramos 79M Jun 17 17:28 tar_files.tgz
> -rwxr-xr-x. 1 ramos ramos 62M Jun 17 17:50 met-
9.0.2.20200522.tar.gz
> drwxr-xr-x. 17 ramos ramos 4.0K Jun 17 18:36 external_libs
> drwxr-xr-x. 11 ramos ramos 4.0K Jun 17 19:59 met-9.0.2.bad
> drwxr-xr-x. 6 ramos ramos 4.0K Jun 18 12:00 .
> drwx------. 7 ramos ramos 4.0K Jun 18 12:14 met-9.0.2
> [ramos at lorenz met-9.0.2.bad]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Thursday, June 18, 2020 12:26 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg.
>
> This looks strange:
>
> >
> >
> > /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_file
> > s.tar
> >
> What are the contents of the /software/depot/met-9.0.2/ directory?
>
> Did you follow these instructions?
>
> > Download compile_MET_all.sh.tgz and tar_files.tgz and place them
in
> > the same directory, the directory where you would like to install
MET
> > (see TEST_BASE below). Unpack compile_MET_all.sh.tgz by running
*tar
> > -zxf compile_MET_all.sh.tgz*. Unpack tar_files.tgz by running
*tar
> > -zxf tar_files.tgz*. Change directories to enter the tar_files
> > directory that was just created. Download the latest MET release
(e.g.
> > met-9.0.2.20200522.tar.gz) from the Download page
> > <https://dtcenter.org/community-code/model-evaluation-tools-
met/downlo
> > ad> into the tar_files directory. The script expects some
environment
> > variables to be set before running it. An easy way to set these
> > necessary environment variables is to set them in a file (for
example,
> > install_met_env.<machine_name>), put that file in the same
directory
> > as compile_MET_all.sh and tar_files, and pass that file as an
argument
> > to compile_MET_all.sh (e.g. *./compile_all_MET.sh
> install_met_env.kiowa*).
>
>
> Julie
>
> On Thu, Jun 18, 2020 at 11:36 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I am getting this erroe during the build:
> >
> >
> > Compiling MET at Thu Jun 18 10:19:36 PDT 2020 tar (child):
> >
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_files.tar:
> > Cannot open: No such file or directory tar (child): Error is not
> > recoverable: exiting now
> > tar: Child returned status 2
> > tar: Error is not recoverable: exiting now
> > ./compile_MET_all.sh: line 632: cd: met*: No such file or
directory
> > ./compile_MET_all.sh: line 667: [: ==: unary operator expected
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 11:00 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I will try to find access to GCC version 9.1.0 to see if I can
> > recreate the problem you are experiencing. I have many meetings
on
> > Thursday and am only working a half day on Friday, so I may not
have
> > an update until early next week, but I'll try to get back to you
as soon
> as possible.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 9:59 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, I downloaded the external libraries tarfile, and the build
script.
> > > Ran the script, but still getting an error on the 'make test'.
> > >
> > >
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 4:03 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > You can download all of the libraries and a compilation script
from
> > > our webpage, which also includes instructions on using it:
> > > https://dtcenter.org/community-code/model-evaluation-tools-
met/downl
> > > oa
> > > d
> > >
> > > The script isn't foolproof. I am planning on making
improvements to
> > > it over the next week or two, hopefully. Please feel free to
use it
> > > and let us know if you have any questions.
> > >
> > > Julie
> > >
> > > On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Yes, that is my next step. Recomile all of the library. Last
year
> > > > I thought I downloaded all of the libraries from one spot.
Maybe not.
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Wednesday, June 17, 2020 3:45 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg. I have also not encountered this issue previously:
> > > >
> > > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > > > At line 20 of file openpb.f (unit = 33) Fortran runtime
error:
> > > > > Bad FORM parameter in OPEN statement
> > > > > make[1]: *** [pb2nc] Error 2
> > > >
> > > >
> > > > I just discovered the "strings" command, which may be
useful...
> > > >
> > > > On the full path to your "python3" executable, please run:
> > > >
> > > > > strings <full path to python3> | grep -i gcc
> > > >
> > > > On the full path to your "pb2nc" executable, please run:
> > > >
> > > > > strings <full path to pb2nc> | grep -i gcc
> > > >
> > > >
> > > > You may get a lot of output. Please see which version of the
> compiler
> > > > these were run with. For python3, I get "GCC: (Debian
> > 6.3.0-18+deb9u1)
> > > > 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> > > > 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
> > > >
> > > > You may also try:
> > > >
> > > > > strings
> > > > > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/lib
> > > > > gf
> > > > > or
> > > > > tr
> > > > > an.so.4.0.0
> > > >
> > > >
> > > > Perhaps that will help us find something useful. If you
receive
> > > > different versions in the output, it would be a good idea to
> > > > recompile the libraries, Python, and MET with the same
compiler.
> > > >
> > > > Julie
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Thu Jun 18 13:32:14 2020
At the bottom of this, it says you can set variables so the libraries
don't get built each time. I tried setting them to '0'
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, June 18, 2020 12:26 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg.
This looks strange:
>
>
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_file
> s.tar
>
What are the contents of the /software/depot/met-9.0.2/ directory?
Did you follow these instructions?
> Download compile_MET_all.sh.tgz and tar_files.tgz and place them in
> the same directory, the directory where you would like to install
MET
> (see TEST_BASE below). Unpack compile_MET_all.sh.tgz by running
*tar
> -zxf compile_MET_all.sh.tgz*. Unpack tar_files.tgz by running *tar
> -zxf tar_files.tgz*. Change directories to enter the tar_files
> directory that was just created. Download the latest MET release
(e.g.
> met-9.0.2.20200522.tar.gz) from the Download page
> <https://dtcenter.org/community-code/model-evaluation-tools-
met/downlo
> ad> into the tar_files directory. The script expects some
environment
> variables to be set before running it. An easy way to set these
> necessary environment variables is to set them in a file (for
example,
> install_met_env.<machine_name>), put that file in the same directory
> as compile_MET_all.sh and tar_files, and pass that file as an
argument
> to compile_MET_all.sh (e.g. *./compile_all_MET.sh
install_met_env.kiowa*).
Julie
On Thu, Jun 18, 2020 at 11:36 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I am getting this erroe during the build:
>
>
> Compiling MET at Thu Jun 18 10:19:36 PDT 2020 tar (child):
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_files.tar:
> Cannot open: No such file or directory tar (child): Error is not
> recoverable: exiting now
> tar: Child returned status 2
> tar: Error is not recoverable: exiting now
> ./compile_MET_all.sh: line 632: cd: met*: No such file or directory
> ./compile_MET_all.sh: line 667: [: ==: unary operator expected
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, June 17, 2020 11:00 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> I will try to find access to GCC version 9.1.0 to see if I can
> recreate the problem you are experiencing. I have many meetings on
> Thursday and am only working a half day on Friday, so I may not have
> an update until early next week, but I'll try to get back to you as
soon as possible.
>
> Julie
>
> On Wed, Jun 17, 2020 at 9:59 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I downloaded the external libraries tarfile, and the build
script.
> > Ran the script, but still getting an error on the 'make test'.
> >
> >
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 4:03 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > You can download all of the libraries and a compilation script
from
> > our webpage, which also includes instructions on using it:
> > https://dtcenter.org/community-code/model-evaluation-tools-
met/downl
> > oa
> > d
> >
> > The script isn't foolproof. I am planning on making improvements
to
> > it over the next week or two, hopefully. Please feel free to use
it
> > and let us know if you have any questions.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Yes, that is my next step. Recomile all of the library. Last
year
> > > I thought I downloaded all of the libraries from one spot. Maybe
not.
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 3:45 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg. I have also not encountered this issue previously:
> > >
> > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.nr
> > > > At line 20 of file openpb.f (unit = 33) Fortran runtime error:
> > > > Bad FORM parameter in OPEN statement
> > > > make[1]: *** [pb2nc] Error 2
> > >
> > >
> > > I just discovered the "strings" command, which may be useful...
> > >
> > > On the full path to your "python3" executable, please run:
> > >
> > > > strings <full path to python3> | grep -i gcc
> > >
> > > On the full path to your "pb2nc" executable, please run:
> > >
> > > > strings <full path to pb2nc> | grep -i gcc
> > >
> > >
> > > You may get a lot of output. Please see which version of the
compiler
> > > these were run with. For python3, I get "GCC: (Debian
> 6.3.0-18+deb9u1)
> > > 6.3.0 20170516". For pb2nc, I get "GCC: (Debian 6.3.0-
18+deb9u1)
> > > 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
> > >
> > > You may also try:
> > >
> > > > strings
> > > > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/lib
> > > > gf
> > > > or
> > > > tr
> > > > an.so.4.0.0
> > >
> > >
> > > Perhaps that will help us find something useful. If you receive
> > > different versions in the output, it would be a good idea to
> > > recompile the libraries, Python, and MET with the same compiler.
> > >
> > > Julie
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Thu Jun 18 14:27:22 2020
Last night's build generated these binaries, but it failed the make
test:
[ramos at lorenz bin]$ ls -larth
total 520M
-rwxr-xr-x. 1 ramos ramos 2.8K Jun 17 18:38 ncxx4-config
-rwxr-xr-x. 1 ramos ramos 21M Jun 17 19:59 ensemble_stat
-rwxr-xr-x. 1 ramos ramos 20M Jun 17 19:59 grid_stat
-rwxr-xr-x. 1 ramos ramos 23M Jun 17 19:59 mode
-rwxr-xr-x. 1 ramos ramos 12M Jun 17 19:59 mode_analysis
-rwxr-xr-x. 1 ramos ramos 15M Jun 17 19:59 pcp_combine
-rwxr-xr-x. 1 ramos ramos 20M Jun 17 19:59 point_stat
-rwxr-xr-x. 1 ramos ramos 22M Jun 17 19:59 stat_analysis
-rwxr-xr-x. 1 ramos ramos 21M Jun 17 19:59 wavelet_stat
-rwxr-xr-x. 1 ramos ramos 19M Jun 17 19:59 series_analysis
-rwxr-xr-x. 1 ramos ramos 1.2M Jun 17 19:59 gis_dump_shp
-rwxr-xr-x. 1 ramos ramos 940K Jun 17 19:59 gis_dump_shx
-rwxr-xr-x. 1 ramos ramos 862K Jun 17 19:59 gis_dump_dbf
-rwxr-xr-x. 1 ramos ramos 15M Jun 17 19:59 gen_vx_mask
-rwxr-xr-x. 1 ramos ramos 16M Jun 17 19:59 plot_data_plane
-rwxr-xr-x. 1 ramos ramos 15M Jun 17 19:59 plot_point_obs
-rwxr-xr-x. 1 ramos ramos 19M Jun 17 19:59 ascii2nc
-rwxr-xr-x. 1 ramos ramos 3.1M Jun 17 19:59 lidar2nc
-rwxr-xr-x. 1 ramos ramos 17M Jun 17 19:59 madis2nc
-rwxr-xr-x. 1 ramos ramos 18M Jun 17 19:59 pb2nc
-rwxr-xr-x. 1 ramos ramos 16M Jun 17 19:59 wwmca_regrid
-rwxr-xr-x. 1 ramos ramos 17M Jun 17 19:59 wwmca_plot
-rwxr-xr-x. 1 ramos ramos 16M Jun 17 19:59 modis_regrid
-rwxr-xr-x. 1 ramos ramos 19M Jun 17 19:59 mtd
-rwxr-xr-x. 1 ramos ramos 13M Jun 17 19:59 gsid2mpr
-rwxr-xr-x. 1 ramos ramos 14M Jun 17 19:59 gsidens2orank
-rwxr-xr-x. 1 ramos ramos 15M Jun 17 19:59 regrid_data_plane
-rwxr-xr-x. 1 ramos ramos 15M Jun 17 19:59 point2grid
-rwxr-xr-x. 1 ramos ramos 15M Jun 17 19:59 shift_data_plane
-rwxr-xr-x. 1 ramos ramos 16M Jun 17 19:59 grid_diag
-rwxr-xr-x. 1 ramos ramos 5.6M Jun 17 19:59 tc_dland
-rwxr-xr-x. 1 ramos ramos 18M Jun 17 19:59 tc_pairs
-rwxr-xr-x. 1 ramos ramos 20M Jun 17 19:59 tc_gen
-rwxr-xr-x. 1 ramos ramos 17M Jun 17 19:59 tc_rmw
-rwxr-xr-x. 1 ramos ramos 16M Jun 17 19:59 rmw_analysis
drwxr-xr-x. 2 ramos ramos 4.0K Jun 17 19:59 .
-rwxr-xr-x. 1 ramos ramos 22M Jun 17 19:59 tc_stat
drwxr-xr-x. 11 ramos ramos 4.0K Jun 17 19:59 ..
[ramos at lorenz bin]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, June 18, 2020 12:32 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
It looks like met-9.0.2.20200522.tar.gz needs to be in the tar_files
directory.
"Download the latest MET release (e.g. met-9.0.2.20200522.tar.gz)
from the Download
> page
> <https://dtcenter.org/community-code/model-evaluation-tools-
met/downlo
> ad> into the tar_files directory. "
Please give that a try.
Julie
On Thu, Jun 18, 2020 at 1:29 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Yes, I think I followed the direction. The problems see to be with
>
>
>
>
>
>
> [ramos at lorenz met-9.0.2.bad]$ ls -larth /software/depot/met-9.0.2
> total 141M
> drwxr-xr-x. 2 ramos ramos 4.0K Mar 6 08:38 tar_files
> drwxr-xr-x. 507 root root 44K Jun 17 17:26 ..
> -rwxr-xr-x. 1 ramos ramos 22K Jun 17 17:28 compile_MET_all.sh
> -rwxr-xr-x. 1 ramos ramos 79M Jun 17 17:28 tar_files.tgz
> -rwxr-xr-x. 1 ramos ramos 62M Jun 17 17:50 met-
9.0.2.20200522.tar.gz
> drwxr-xr-x. 17 ramos ramos 4.0K Jun 17 18:36 external_libs
> drwxr-xr-x. 11 ramos ramos 4.0K Jun 17 19:59 met-9.0.2.bad
> drwxr-xr-x. 6 ramos ramos 4.0K Jun 18 12:00 .
> drwx------. 7 ramos ramos 4.0K Jun 18 12:14 met-9.0.2
> [ramos at lorenz met-9.0.2.bad]$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Thursday, June 18, 2020 12:26 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg.
>
> This looks strange:
>
> >
> >
> > /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_fi
> > le
> > s.tar
> >
> What are the contents of the /software/depot/met-9.0.2/ directory?
>
> Did you follow these instructions?
>
> > Download compile_MET_all.sh.tgz and tar_files.tgz and place them
in
> > the same directory, the directory where you would like to install
> > MET (see TEST_BASE below). Unpack compile_MET_all.sh.tgz by
running
> > *tar -zxf compile_MET_all.sh.tgz*. Unpack tar_files.tgz by
running
> > *tar -zxf tar_files.tgz*. Change directories to enter the
tar_files
> > directory that was just created. Download the latest MET release
(e.g.
> > met-9.0.2.20200522.tar.gz) from the Download page
> > <https://dtcenter.org/community-code/model-evaluation-tools-
met/down
> > lo
> > ad> into the tar_files directory. The script expects some
> > ad> environment
> > variables to be set before running it. An easy way to set these
> > necessary environment variables is to set them in a file (for
> > example, install_met_env.<machine_name>), put that file in the
same
> > directory as compile_MET_all.sh and tar_files, and pass that file
as
> > an argument to compile_MET_all.sh (e.g. *./compile_all_MET.sh
> install_met_env.kiowa*).
>
>
> Julie
>
> On Thu, Jun 18, 2020 at 11:36 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > OK, I am getting this erroe during the build:
> >
> >
> > Compiling MET at Thu Jun 18 10:19:36 PDT 2020 tar (child):
> >
> /software/depot/met-9.0.2/tar_files//software/depot/met-
9.0.2/tar_files.tar:
> > Cannot open: No such file or directory tar (child): Error is not
> > recoverable: exiting now
> > tar: Child returned status 2
> > tar: Error is not recoverable: exiting now
> > ./compile_MET_all.sh: line 632: cd: met*: No such file or
directory
> > ./compile_MET_all.sh: line 667: [: ==: unary operator expected
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, June 17, 2020 11:00 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg.
> >
> > I will try to find access to GCC version 9.1.0 to see if I can
> > recreate the problem you are experiencing. I have many meetings
on
> > Thursday and am only working a half day on Friday, so I may not
have
> > an update until early next week, but I'll try to get back to you
as
> > soon
> as possible.
> >
> > Julie
> >
> > On Wed, Jun 17, 2020 at 9:59 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > OK, I downloaded the external libraries tarfile, and the build
script.
> > > Ran the script, but still getting an error on the 'make test'.
> > >
> > >
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, June 17, 2020 4:03 PM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Hi Greg.
> > >
> > > You can download all of the libraries and a compilation script
> > > from our webpage, which also includes instructions on using it:
> > > https://dtcenter.org/community-code/model-evaluation-tools-
met/dow
> > > nl
> > > oa
> > > d
> > >
> > > The script isn't foolproof. I am planning on making
improvements
> > > to it over the next week or two, hopefully. Please feel free to
> > > use it and let us know if you have any questions.
> > >
> > > Julie
> > >
> > > On Wed, Jun 17, 2020 at 4:48 PM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > Yes, that is my next step. Recomile all of the library. Last
> > > > year I thought I downloaded all of the libraries from one
spot. Maybe not.
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Wednesday, June 17, 2020 3:45 PM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > Hi Greg. I have also not encountered this issue previously:
> > > >
> > > > > DEBUG 1: Pre-processing BUFR File for variable names from
> > > > >
../data/sample_obs/prepbufr/ndas.t00z.prepbufr.tm12.20070401.n
> > > > > r At line 20 of file openpb.f (unit = 33) Fortran runtime
> > > > > error:
> > > > > Bad FORM parameter in OPEN statement
> > > > > make[1]: *** [pb2nc] Error 2
> > > >
> > > >
> > > > I just discovered the "strings" command, which may be
useful...
> > > >
> > > > On the full path to your "python3" executable, please run:
> > > >
> > > > > strings <full path to python3> | grep -i gcc
> > > >
> > > > On the full path to your "pb2nc" executable, please run:
> > > >
> > > > > strings <full path to pb2nc> | grep -i gcc
> > > >
> > > >
> > > > You may get a lot of output. Please see which version of the
> compiler
> > > > these were run with. For python3, I get "GCC: (Debian
> > 6.3.0-18+deb9u1)
> > > > 6.3.0 20170516". For pb2nc, I get "GCC: (Debian
> > > > 6.3.0-18+deb9u1)
> > > > 6.3.0 20170516" and also "GNU Fortran2008 6.3.0 20170516 ".
> > > >
> > > > You may also try:
> > > >
> > > > > strings
> > > > > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/l
> > > > > ib
> > > > > gf
> > > > > or
> > > > > tr
> > > > > an.so.4.0.0
> > > >
> > > >
> > > > Perhaps that will help us find something useful. If you
receive
> > > > different versions in the output, it would be a good idea to
> > > > recompile the libraries, Python, and MET with the same
compiler.
> > > >
> > > > Julie
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Thu Jun 18 14:46:53 2020
Is it correct that you have reinstalled all of the external libraries
and
MET using gcc-9.1.0? Thanks!
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Thu Jun 18 14:52:54 2020
Yes, I ran the build scriot using that version of GCC. I saved the
directories of the build last night, since the make had no errors.
Only the make test.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, June 18, 2020 1:47 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Is it correct that you have reinstalled all of the external libraries
and MET using gcc-9.1.0? Thanks!
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Thu Jun 18 15:01:02 2020
Ok, thanks. I'll try to compile with gcc-9.1.0 soon so that I can see
if I
can reproduce your error and have better debugging capability.
Julie
On Thu, Jun 18, 2020 at 2:52 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Yes, I ran the build scriot using that version of GCC. I saved the
> directories of the build last night, since the make had no errors.
Only the
> make test.
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Thursday, June 18, 2020 1:47 PM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Is it correct that you have reinstalled all of the external
libraries and
> MET using gcc-9.1.0? Thanks!
>
> Julie
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Howard Soh
Time: Thu Jun 18 15:54:40 2020
Internal only:
Please make sure the libgfortran.so version.
The libgfortran.so.4 is with gcc7.x. and libgfortran.so.5 is with gcc
8.x, 9.x, and 10.x.
./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0
Here are the libraries at cheyenne:
/glade/u/apps/ch/opt/gnu/4.9.2/lib64/libgfortran.so.3
/glade/u/apps/ch/opt/gnu/6.5.0/lib64/libgfortran.so.3
/glade/u/apps/ch/opt/gnu/7.1.0/lib64/libgfortran.so.4
/glade/u/apps/ch/opt/gnu/8.1.0/lib64/libgfortran.so.5
/glade/u/apps/ch/opt/gnu/9.1.0/lib64/libgfortran.so.5
/glade/u/apps/ch/opt/gnu/10.1.0/lib64/libgfortran.so.5
Cheers,
Howard
On Thu Jun 18 15:01:02 2020, jpresto wrote:
> Ok, thanks. I'll try to compile with gcc-9.1.0 soon so that I can
see
> if I
> can reproduce your error and have better debugging capability.
>
> Julie
>
> On Thu, Jun 18, 2020 at 2:52 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1
> via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Yes, I ran the build scriot using that version of GCC. I saved
the
> > directories of the build last night, since the make had no errors.
> > Only the
> > make test.
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Thursday, June 18, 2020 1:47 PM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable,
> > but
> >
> > Is it correct that you have reinstalled all of the external
libraries
> > and
> > MET using gcc-9.1.0? Thanks!
> >
> > Julie
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to
> > reply to this email outside of your normal working hours.
> >
> >
> >
> >
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Thu Jun 18 16:47:31 2020
Greg,
Could you please try updating the version of Python3 in conda?
It sounds like libgfortran.so.4 indicates it was built with gcc7.x.
and
libgfortran.so.5 is built with gcc 8.x, 9.x, and 10.x.
Since you have
./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0,
perhaps an updated version would help here. Please update in conda,
then
reconfigure and recompile MET. Hopefully we will see the error in
running
"make test" go away.
Please let us know how it goes.
Julie
On Thu, Jun 18, 2020, 3:00 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Ok, thanks. I'll try to compile with gcc-9.1.0 soon so that I can
see if
> I can reproduce your error and have better debugging capability.
>
> Julie
>
> On Thu, Jun 18, 2020 at 2:52 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>
>> Yes, I ran the build scriot using that version of GCC. I saved
the
>> directories of the build last night, since the make had no errors.
Only the
>> make test.
>>
>> Greg
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>> Sent: Thursday, June 18, 2020 1:47 PM
>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>> Greg.Ramos.ctr at nrlmry.navy.mil>
>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>> executable, but
>>
>> Is it correct that you have reinstalled all of the external
libraries and
>> MET using gcc-9.1.0? Thanks!
>>
>> Julie
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research Research Applications
Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
obliged
>> to reply to this email outside of your normal working hours.
>>
>>
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Thu Jun 18 16:49:19 2020
I meant to ask you to update libfortran in conda... Sorry about that!
On Thu, Jun 18, 2020, 4:47 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Greg,
>
> Could you please try updating the version of Python3 in conda?
>
>
> It sounds like libgfortran.so.4 indicates it was built with gcc7.x.
and
> libgfortran.so.5 is built with gcc 8.x, 9.x, and 10.x.
>
> Since you have
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0,
> perhaps an updated version would help here. Please update in conda,
then
> reconfigure and recompile MET. Hopefully we will see the error in
running
> "make test" go away.
>
> Please let us know how it goes.
>
> Julie
>
> On Thu, Jun 18, 2020, 3:00 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
>> Ok, thanks. I'll try to compile with gcc-9.1.0 soon so that I can
see if
>> I can reproduce your error and have better debugging capability.
>>
>> Julie
>>
>> On Thu, Jun 18, 2020 at 2:52 PM Ramos, Mr. Gregory, Contractor,
Code
>> 7501.1 via RT <met_help at ucar.edu> wrote:
>>
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>>
>>> Yes, I ran the build scriot using that version of GCC. I saved
the
>>> directories of the build last night, since the make had no errors.
Only the
>>> make test.
>>>
>>> Greg
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>>> Sent: Thursday, June 18, 2020 1:47 PM
>>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>>> Greg.Ramos.ctr at nrlmry.navy.mil>
>>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>>> executable, but
>>>
>>> Is it correct that you have reinstalled all of the external
libraries
>>> and MET using gcc-9.1.0? Thanks!
>>>
>>> Julie
>>>
>>> --
>>> Julie Prestopnik
>>> Software Engineer
>>> National Center for Atmospheric Research Research Applications
Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>> My working day may not be your working day. Please do not feel
obliged
>>> to reply to this email outside of your normal working hours.
>>>
>>>
>>>
>>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
obliged
>> to reply to this email outside of your normal working hours.
>>
>
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Thu Jun 18 17:11:55 2020
OK, I think I downloaded the latest version of Anaconda 3 when I
started this.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, June 18, 2020 3:49 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
I meant to ask you to update libfortran in conda... Sorry about that!
On Thu, Jun 18, 2020, 4:47 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Greg,
>
> Could you please try updating the version of Python3 in conda?
>
>
> It sounds like libgfortran.so.4 indicates it was built with gcc7.x.
> and
> libgfortran.so.5 is built with gcc 8.x, 9.x, and 10.x.
>
> Since you have
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortr
> an.so.4.0.0, perhaps an updated version would help here. Please
update
> in conda, then reconfigure and recompile MET. Hopefully we will see
> the error in running "make test" go away.
>
> Please let us know how it goes.
>
> Julie
>
> On Thu, Jun 18, 2020, 3:00 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
>> Ok, thanks. I'll try to compile with gcc-9.1.0 soon so that I can
>> see if I can reproduce your error and have better debugging
capability.
>>
>> Julie
>>
>> On Thu, Jun 18, 2020 at 2:52 PM Ramos, Mr. Gregory, Contractor,
Code
>> 7501.1 via RT <met_help at ucar.edu> wrote:
>>
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>>
>>> Yes, I ran the build scriot using that version of GCC. I saved
the
>>> directories of the build last night, since the make had no errors.
>>> Only the make test.
>>>
>>> Greg
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>>> Sent: Thursday, June 18, 2020 1:47 PM
>>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>>> Greg.Ramos.ctr at nrlmry.navy.mil>
>>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>>> executable, but
>>>
>>> Is it correct that you have reinstalled all of the external
>>> libraries and MET using gcc-9.1.0? Thanks!
>>>
>>> Julie
>>>
>>> --
>>> Julie Prestopnik
>>> Software Engineer
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>> My working day may not be your working day. Please do not feel
>>> obliged to reply to this email outside of your normal working
hours.
>>>
>>>
>>>
>>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
>> obliged to reply to this email outside of your normal working
hours.
>>
>
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Thu Jun 18 21:23:57 2020
I did an update all and it only found three packages. Not Fortran. I
built that version of GCC myself.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, June 18, 2020 3:49 PM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
I meant to ask you to update libfortran in conda... Sorry about that!
On Thu, Jun 18, 2020, 4:47 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Greg,
>
> Could you please try updating the version of Python3 in conda?
>
>
> It sounds like libgfortran.so.4 indicates it was built with gcc7.x.
> and
> libgfortran.so.5 is built with gcc 8.x, 9.x, and 10.x.
>
> Since you have
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortr
> an.so.4.0.0, perhaps an updated version would help here. Please
update
> in conda, then reconfigure and recompile MET. Hopefully we will see
> the error in running "make test" go away.
>
> Please let us know how it goes.
>
> Julie
>
> On Thu, Jun 18, 2020, 3:00 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
>> Ok, thanks. I'll try to compile with gcc-9.1.0 soon so that I can
>> see if I can reproduce your error and have better debugging
capability.
>>
>> Julie
>>
>> On Thu, Jun 18, 2020 at 2:52 PM Ramos, Mr. Gregory, Contractor,
Code
>> 7501.1 via RT <met_help at ucar.edu> wrote:
>>
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>>
>>> Yes, I ran the build scriot using that version of GCC. I saved
the
>>> directories of the build last night, since the make had no errors.
>>> Only the make test.
>>>
>>> Greg
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>>> Sent: Thursday, June 18, 2020 1:47 PM
>>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>>> Greg.Ramos.ctr at nrlmry.navy.mil>
>>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>>> executable, but
>>>
>>> Is it correct that you have reinstalled all of the external
>>> libraries and MET using gcc-9.1.0? Thanks!
>>>
>>> Julie
>>>
>>> --
>>> Julie Prestopnik
>>> Software Engineer
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>> My working day may not be your working day. Please do not feel
>>> obliged to reply to this email outside of your normal working
hours.
>>>
>>>
>>>
>>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
>> obliged to reply to this email outside of your normal working
hours.
>>
>
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Fri Jun 19 10:40:50 2020
Hi Greg. I have one more thing for you to try, that I hope will
resolve
this issue. Perhaps the BUFRLIB and/or MET is linking with
./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0,
but it sounds like we need it to link with a libgfortran.so.5 file.
Let's
try to find that libgfortran.so.5 file. From your config.log file I
see:
> F77='/software/depot/gcc-9.1.0/bin/gfortran'
>
Please run the following command:
> find /software/depot -name "*libgfortran*"
I am assuming you will find a libgfortran.so.5 file there. Please run
the
following:
> export $LDFLAGS=<path to libgfortran.so.5 not including the
> name libgfortran.so.5>:${LDFLAGS}
replacing <path to libgfortran.so.5 not including the
name libgfortran.so.5> with the path to libgfortran.so.5 not including
the
name libgfortran.so.5. Then, recompile the BUFR library and
reconfigure
and recompile MET.
I think that should resolve the problems in running "make test".
Please let me know if you have any questions.
Thanks!
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Fri Jun 19 10:58:08 2020
ramos at maury2:~$ find /software/depot/gcc-9.3.0/ -name "*libgfortran*"
/software/depot/gcc-9.3.0/lib64/libgfortran.spec
/software/depot/gcc-9.3.0/lib64/libgfortran.so.5.0.0
/software/depot/gcc-9.3.0/lib64/libgfortran.so.5
/software/depot/gcc-9.3.0/lib64/libgfortran.so
/software/depot/gcc-9.3.0/lib64/libgfortran.la
/software/depot/gcc-9.3.0/lib64/libgfortran.a
ramos at maury2:~$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 9:41 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg. I have one more thing for you to try, that I hope will
resolve this issue. Perhaps the BUFRLIB and/or MET is linking with
./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0,
but it sounds like we need it to link with a libgfortran.so.5 file.
Let's try to find that libgfortran.so.5 file. From your config.log
file I see:
> F77='/software/depot/gcc-9.1.0/bin/gfortran'
>
Please run the following command:
> find /software/depot -name "*libgfortran*"
I am assuming you will find a libgfortran.so.5 file there. Please run
the
following:
> export $LDFLAGS=<path to libgfortran.so.5 not including the name
> libgfortran.so.5>:${LDFLAGS}
replacing <path to libgfortran.so.5 not including the name
libgfortran.so.5> with the path to libgfortran.so.5 not including the
name libgfortran.so.5. Then, recompile the BUFR library and
reconfigure and recompile MET.
I think that should resolve the problems in running "make test".
Please let me know if you have any questions.
Thanks!
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Fri Jun 19 11:27:54 2020
How do I keep the compile script from recompiling all of the libraries
being recompiled again?
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 9:41 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Hi Greg. I have one more thing for you to try, that I hope will
resolve this issue. Perhaps the BUFRLIB and/or MET is linking with
./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0,
but it sounds like we need it to link with a libgfortran.so.5 file.
Let's try to find that libgfortran.so.5 file. From your config.log
file I see:
> F77='/software/depot/gcc-9.1.0/bin/gfortran'
>
Please run the following command:
> find /software/depot -name "*libgfortran*"
I am assuming you will find a libgfortran.so.5 file there. Please run
the
following:
> export $LDFLAGS=<path to libgfortran.so.5 not including the name
> libgfortran.so.5>:${LDFLAGS}
replacing <path to libgfortran.so.5 not including the name
libgfortran.so.5> with the path to libgfortran.so.5 not including the
name libgfortran.so.5. Then, recompile the BUFR library and
reconfigure and recompile MET.
I think that should resolve the problems in running "make test".
Please let me know if you have any questions.
Thanks!
Julie
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Fri Jun 19 11:29:12 2020
Great! Thank you.
I told you to recompile BUFRLIB and MET, but pb2nc will use BUFRLIB,
GSL,
and NetCDF, so you should probably rebuild all of those after setting,
and
then reconfigure and reinstall MET.
> export $LDFLAGS=/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
Julie
On Fri, Jun 19, 2020 at 10:58 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> ramos at maury2:~$ find /software/depot/gcc-9.3.0/ -name
"*libgfortran*"
> /software/depot/gcc-9.3.0/lib64/libgfortran.spec
> /software/depot/gcc-9.3.0/lib64/libgfortran.so.5.0.0
> /software/depot/gcc-9.3.0/lib64/libgfortran.so.5
> /software/depot/gcc-9.3.0/lib64/libgfortran.so
> /software/depot/gcc-9.3.0/lib64/libgfortran.la
> /software/depot/gcc-9.3.0/lib64/libgfortran.a
> ramos at maury2:~$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 9:41 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg. I have one more thing for you to try, that I hope will
resolve
> this issue. Perhaps the BUFRLIB and/or MET is linking with
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0,
> but it sounds like we need it to link with a libgfortran.so.5 file.
Let's
> try to find that libgfortran.so.5 file. From your config.log file I
see:
>
> > F77='/software/depot/gcc-9.1.0/bin/gfortran'
> >
>
> Please run the following command:
>
> > find /software/depot -name "*libgfortran*"
>
>
> I am assuming you will find a libgfortran.so.5 file there. Please
run the
> following:
>
> > export $LDFLAGS=<path to libgfortran.so.5 not including the name
> > libgfortran.so.5>:${LDFLAGS}
>
> replacing <path to libgfortran.so.5 not including the name
> libgfortran.so.5> with the path to libgfortran.so.5 not including
the name
> libgfortran.so.5. Then, recompile the BUFR library and reconfigure
and
> recompile MET.
>
> I think that should resolve the problems in running "make test".
> Please let me know if you have any questions.
>
> Thanks!
>
> Julie
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Fri Jun 19 11:30:15 2020
Just saw this question. I'll reply in more detail momentarily.
Julie
On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> How do I keep the compile script from recompiling all of the
libraries
> being recompiled again?
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 9:41 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Hi Greg. I have one more thing for you to try, that I hope will
resolve
> this issue. Perhaps the BUFRLIB and/or MET is linking with
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortran.so.4.0.0,
> but it sounds like we need it to link with a libgfortran.so.5 file.
Let's
> try to find that libgfortran.so.5 file. From your config.log file I
see:
>
> > F77='/software/depot/gcc-9.1.0/bin/gfortran'
> >
>
> Please run the following command:
>
> > find /software/depot -name "*libgfortran*"
>
>
> I am assuming you will find a libgfortran.so.5 file there. Please
run the
> following:
>
> > export $LDFLAGS=<path to libgfortran.so.5 not including the name
> > libgfortran.so.5>:${LDFLAGS}
>
> replacing <path to libgfortran.so.5 not including the name
> libgfortran.so.5> with the path to libgfortran.so.5 not including
the name
> libgfortran.so.5. Then, recompile the BUFR library and reconfigure
and
> recompile MET.
>
> I think that should resolve the problems in running "make test".
> Please let me know if you have any questions.
>
> Thanks!
>
> Julie
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Fri Jun 19 11:31:35 2020
OK, I can do that, but doesn't the script set its own LDFLAGS?
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 10:29 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Great! Thank you.
I told you to recompile BUFRLIB and MET, but pb2nc will use BUFRLIB,
GSL, and NetCDF, so you should probably rebuild all of those after
setting, and then reconfigure and reinstall MET.
> export $LDFLAGS=/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
Julie
On Fri, Jun 19, 2020 at 10:58 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> ramos at maury2:~$ find /software/depot/gcc-9.3.0/ -name
"*libgfortran*"
> /software/depot/gcc-9.3.0/lib64/libgfortran.spec
> /software/depot/gcc-9.3.0/lib64/libgfortran.so.5.0.0
> /software/depot/gcc-9.3.0/lib64/libgfortran.so.5
> /software/depot/gcc-9.3.0/lib64/libgfortran.so
> /software/depot/gcc-9.3.0/lib64/libgfortran.la
> /software/depot/gcc-9.3.0/lib64/libgfortran.a
> ramos at maury2:~$
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 9:41 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Hi Greg. I have one more thing for you to try, that I hope will
> resolve this issue. Perhaps the BUFRLIB and/or MET is linking with
> ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortr
> an.so.4.0.0, but it sounds like we need it to link with a
> libgfortran.so.5 file. Let's try to find that libgfortran.so.5
file.
> From your config.log file I see:
>
> > F77='/software/depot/gcc-9.1.0/bin/gfortran'
> >
>
> Please run the following command:
>
> > find /software/depot -name "*libgfortran*"
>
>
> I am assuming you will find a libgfortran.so.5 file there. Please
run
> the
> following:
>
> > export $LDFLAGS=<path to libgfortran.so.5 not including the name
> > libgfortran.so.5>:${LDFLAGS}
>
> replacing <path to libgfortran.so.5 not including the name
> libgfortran.so.5> with the path to libgfortran.so.5 not including
the
> name libgfortran.so.5. Then, recompile the BUFR library and
> reconfigure and recompile MET.
>
> I think that should resolve the problems in running "make test".
> Please let me know if you have any questions.
>
> Thanks!
>
> Julie
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Fri Jun 19 11:49:19 2020
Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do the
following:
In your install_met_env config file, add the following:
export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
export GRIB2CLIB_NAME=-lgrib2c
Make sure that in your install_met_env config file the following vars
are
not set:
MET_NETCDF
MET_BUFRLIB
In the compile_MET_all.sh script, set the following:
COMPILE_GSL=1
COMPILE_HDF=0
COMPILE_HDFEOS=0
COMPILE_FREETYPE=0
COMPILE_CAIRO=0
COMPILE_MET=1
Also, why don't you add the following export line under "python
--version"
(~line 138) in the script to ensure that value is picked up when the
script
runs? Note that I previously forgot to tell you to add the "-L"! My
apologies! Here is the new line for LDFLAGS:
> export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
And then in the MET compilation, it looks like the value for LDFLAGS
is
overridden, so please change the following line (~line 632) from:
> export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
>
to
> export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
> -L/software/depot/gcc-9.3.0/lib64/"
Thank you for helping us realize that our documentation for how to
keep the
compile script from recompiling all of the libraries being recompiled
again
is lacking. And also for helping us discover this issue that we
haven't
previously seen which will help us to enhance our script.
Please let me know if you have any questions.
I will be out for the rest of the afternoon starting in about 15
minutes.
I may be able to check in on my phone, but won't have access to a
computer. Please send any questions you have, and I will try to get
back
to you as soon as I can. Have a great weekend!
Julie
On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Just saw this question. I'll reply in more detail momentarily.
>
> Julie
>
> On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>
>> How do I keep the compile script from recompiling all of the
libraries
>> being recompiled again?
>>
>> Greg
>>
>> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Fri Jun 19 11:49:54 2020
I just addressed that in my last email, which was sent after you sent
this
message.
On Fri, Jun 19, 2020 at 11:31 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I can do that, but doesn't the script set its own LDFLAGS?
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 10:29 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Great! Thank you.
>
> I told you to recompile BUFRLIB and MET, but pb2nc will use BUFRLIB,
GSL,
> and NetCDF, so you should probably rebuild all of those after
setting, and
> then reconfigure and reinstall MET.
>
> > export $LDFLAGS=/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
>
>
> Julie
>
>
>
> On Fri, Jun 19, 2020 at 10:58 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > ramos at maury2:~$ find /software/depot/gcc-9.3.0/ -name
"*libgfortran*"
> > /software/depot/gcc-9.3.0/lib64/libgfortran.spec
> > /software/depot/gcc-9.3.0/lib64/libgfortran.so.5.0.0
> > /software/depot/gcc-9.3.0/lib64/libgfortran.so.5
> > /software/depot/gcc-9.3.0/lib64/libgfortran.so
> > /software/depot/gcc-9.3.0/lib64/libgfortran.la
> > /software/depot/gcc-9.3.0/lib64/libgfortran.a
> > ramos at maury2:~$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Friday, June 19, 2020 9:41 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg. I have one more thing for you to try, that I hope will
> > resolve this issue. Perhaps the BUFRLIB and/or MET is linking
with
> > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfortr
> > an.so.4.0.0, but it sounds like we need it to link with a
> > libgfortran.so.5 file. Let's try to find that libgfortran.so.5
file.
> > From your config.log file I see:
> >
> > > F77='/software/depot/gcc-9.1.0/bin/gfortran'
> > >
> >
> > Please run the following command:
> >
> > > find /software/depot -name "*libgfortran*"
> >
> >
> > I am assuming you will find a libgfortran.so.5 file there. Please
run
> > the
> > following:
> >
> > > export $LDFLAGS=<path to libgfortran.so.5 not including the name
> > > libgfortran.so.5>:${LDFLAGS}
> >
> > replacing <path to libgfortran.so.5 not including the name
> > libgfortran.so.5> with the path to libgfortran.so.5 not including
the
> > name libgfortran.so.5. Then, recompile the BUFR library and
> > reconfigure and recompile MET.
> >
> > I think that should resolve the problems in running "make test".
> > Please let me know if you have any questions.
> >
> > Thanks!
> >
> > Julie
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Fri Jun 19 11:52:00 2020
Thank you. I will try out your fixes. You have a good weekend too.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 10:49 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do the
following:
In your install_met_env config file, add the following:
export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
export GRIB2CLIB_NAME=-lgrib2c
Make sure that in your install_met_env config file the following vars
are not set:
MET_NETCDF
MET_BUFRLIB
In the compile_MET_all.sh script, set the following:
COMPILE_GSL=1
COMPILE_HDF=0
COMPILE_HDFEOS=0
COMPILE_FREETYPE=0
COMPILE_CAIRO=0
COMPILE_MET=1
Also, why don't you add the following export line under "python
--version"
(~line 138) in the script to ensure that value is picked up when the
script runs? Note that I previously forgot to tell you to add the "-
L"! My apologies! Here is the new line for LDFLAGS:
> export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
And then in the MET compilation, it looks like the value for LDFLAGS
is overridden, so please change the following line (~line 632) from:
> export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
>
to
> export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
> -L/software/depot/gcc-9.3.0/lib64/"
Thank you for helping us realize that our documentation for how to
keep the compile script from recompiling all of the libraries being
recompiled again is lacking. And also for helping us discover this
issue that we haven't previously seen which will help us to enhance
our script.
Please let me know if you have any questions.
I will be out for the rest of the afternoon starting in about 15
minutes.
I may be able to check in on my phone, but won't have access to a
computer. Please send any questions you have, and I will try to get
back to you as soon as I can. Have a great weekend!
Julie
On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Just saw this question. I'll reply in more detail momentarily.
>
> Julie
>
> On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>
>> How do I keep the compile script from recompiling all of the
>> libraries being recompiled again?
>>
>> Greg
>>
>> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Fri Jun 19 12:05:54 2020
OK, got it.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 10:50 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
I just addressed that in my last email, which was sent after you sent
this message.
On Fri, Jun 19, 2020 at 11:31 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> OK, I can do that, but doesn't the script set its own LDFLAGS?
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 10:29 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Great! Thank you.
>
> I told you to recompile BUFRLIB and MET, but pb2nc will use BUFRLIB,
> GSL, and NetCDF, so you should probably rebuild all of those after
> setting, and then reconfigure and reinstall MET.
>
> > export $LDFLAGS=/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
>
>
> Julie
>
>
>
> On Fri, Jun 19, 2020 at 10:58 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > ramos at maury2:~$ find /software/depot/gcc-9.3.0/ -name
"*libgfortran*"
> > /software/depot/gcc-9.3.0/lib64/libgfortran.spec
> > /software/depot/gcc-9.3.0/lib64/libgfortran.so.5.0.0
> > /software/depot/gcc-9.3.0/lib64/libgfortran.so.5
> > /software/depot/gcc-9.3.0/lib64/libgfortran.so
> > /software/depot/gcc-9.3.0/lib64/libgfortran.la
> > /software/depot/gcc-9.3.0/lib64/libgfortran.a
> > ramos at maury2:~$
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Friday, June 19, 2020 9:41 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Hi Greg. I have one more thing for you to try, that I hope will
> > resolve this issue. Perhaps the BUFRLIB and/or MET is linking
with
> > ./Anaconda3-2020.02/pkgs/libgfortran-ng-7.3.0-
hdf63c60_0/lib/libgfor
> > tr an.so.4.0.0, but it sounds like we need it to link with a
> > libgfortran.so.5 file. Let's try to find that libgfortran.so.5
file.
> > From your config.log file I see:
> >
> > > F77='/software/depot/gcc-9.1.0/bin/gfortran'
> > >
> >
> > Please run the following command:
> >
> > > find /software/depot -name "*libgfortran*"
> >
> >
> > I am assuming you will find a libgfortran.so.5 file there. Please
> > run the
> > following:
> >
> > > export $LDFLAGS=<path to libgfortran.so.5 not including the name
> > > libgfortran.so.5>:${LDFLAGS}
> >
> > replacing <path to libgfortran.so.5 not including the name
> > libgfortran.so.5> with the path to libgfortran.so.5 not including
> > the name libgfortran.so.5. Then, recompile the BUFR library and
> > reconfigure and recompile MET.
> >
> > I think that should resolve the problems in running "make test".
> > Please let me know if you have any questions.
> >
> > Thanks!
> >
> > Julie
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Fri Jun 19 12:07:19 2020
Greg,
I just noticed that the compiling of NetCDF also uses LDFLAGS too. On
~line
427, you'll see:
> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
>
> S=-I${LIB_DIR}/include > configure.log 2>&1
>
Unfortunately, I don't have time to test before I leave, but I think
you
want to change it to the following... I'm just not sure about the
syntax.
./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
CXXFLAGS=-fPIC
LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}" CPPFLAG\
> S=-I${LIB_DIR}/include > configure.log 2>&1
Julie
On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Thank you. I will try out your fixes. You have a good weekend too.
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 10:49 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do the
> following:
>
> In your install_met_env config file, add the following:
> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> export GRIB2CLIB_NAME=-lgrib2c
>
> Make sure that in your install_met_env config file the following
vars are
> not set:
> MET_NETCDF
> MET_BUFRLIB
>
> In the compile_MET_all.sh script, set the following:
> COMPILE_GSL=1
> COMPILE_HDF=0
> COMPILE_HDFEOS=0
> COMPILE_FREETYPE=0
> COMPILE_CAIRO=0
> COMPILE_MET=1
>
> Also, why don't you add the following export line under "python
--version"
> (~line 138) in the script to ensure that value is picked up when the
> script runs? Note that I previously forgot to tell you to add the
"-L"!
> My apologies! Here is the new line for LDFLAGS:
>
> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
>
>
> And then in the MET compilation, it looks like the value for LDFLAGS
is
> overridden, so please change the following line (~line 632) from:
>
> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
> >
> to
>
> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
> > -L/software/depot/gcc-9.3.0/lib64/"
>
>
> Thank you for helping us realize that our documentation for how to
keep
> the compile script from recompiling all of the libraries being
recompiled
> again is lacking. And also for helping us discover this issue that
we
> haven't previously seen which will help us to enhance our script.
>
> Please let me know if you have any questions.
>
> I will be out for the rest of the afternoon starting in about 15
minutes.
> I may be able to check in on my phone, but won't have access to a
> computer. Please send any questions you have, and I will try to get
back
> to you as soon as I can. Have a great weekend!
>
> Julie
>
> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
>
> > Just saw this question. I'll reply in more detail momentarily.
> >
> > Julie
> >
> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >>
> >> How do I keep the compile script from recompiling all of the
> >> libraries being recompiled again?
> >>
> >> Greg
> >>
> >> --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Fri Jun 19 12:08:37 2020
And, if that change gives a syntax error and you're able to figure out
how
to fix it, will you please let me know?
Thanks!
Julie
On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Greg,
>
> I just noticed that the compiling of NetCDF also uses LDFLAGS too.
On
> ~line 427, you'll see:
>
>> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
>> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
>>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>>
>
> Unfortunately, I don't have time to test before I leave, but I think
you
> want to change it to the following... I'm just not sure about the
syntax.
>
> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
> CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}"
CPPFLAG\
>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>
>
> Julie
>
> On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>
>> Thank you. I will try out your fixes. You have a good weekend too.
>>
>> Greg
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>> Sent: Friday, June 19, 2020 10:49 AM
>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>> Greg.Ramos.ctr at nrlmry.navy.mil>
>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>> executable, but
>>
>> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do
the
>> following:
>>
>> In your install_met_env config file, add the following:
>> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
>> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
>> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
>> export GRIB2CLIB_NAME=-lgrib2c
>>
>> Make sure that in your install_met_env config file the following
vars are
>> not set:
>> MET_NETCDF
>> MET_BUFRLIB
>>
>> In the compile_MET_all.sh script, set the following:
>> COMPILE_GSL=1
>> COMPILE_HDF=0
>> COMPILE_HDFEOS=0
>> COMPILE_FREETYPE=0
>> COMPILE_CAIRO=0
>> COMPILE_MET=1
>>
>> Also, why don't you add the following export line under "python
--version"
>> (~line 138) in the script to ensure that value is picked up when
the
>> script runs? Note that I previously forgot to tell you to add the
"-L"!
>> My apologies! Here is the new line for LDFLAGS:
>>
>> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
>>
>>
>> And then in the MET compilation, it looks like the value for
LDFLAGS is
>> overridden, so please change the following line (~line 632) from:
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
>> >
>> to
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
>> > -L/software/depot/gcc-9.3.0/lib64/"
>>
>>
>> Thank you for helping us realize that our documentation for how to
keep
>> the compile script from recompiling all of the libraries being
recompiled
>> again is lacking. And also for helping us discover this issue that
we
>> haven't previously seen which will help us to enhance our script.
>>
>> Please let me know if you have any questions.
>>
>> I will be out for the rest of the afternoon starting in about 15
minutes.
>> I may be able to check in on my phone, but won't have access to a
>> computer. Please send any questions you have, and I will try to
get back
>> to you as soon as I can. Have a great weekend!
>>
>> Julie
>>
>> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
<jpresto at ucar.edu>
>> wrote:
>>
>> > Just saw this question. I'll reply in more detail momentarily.
>> >
>> > Julie
>> >
>> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor,
Code
>> > 7501.1 via RT <met_help at ucar.edu> wrote:
>> >
>> >>
>> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>> >>
>> >> How do I keep the compile script from recompiling all of the
>> >> libraries being recompiled again?
>> >>
>> >> Greg
>> >>
>> >> --
>> > Julie Prestopnik
>> > Software Engineer
>> > National Center for Atmospheric Research Research Applications
>> > Laboratory
>> > Phone: 303.497.8399
>> > Email: jpresto at ucar.edu
>> >
>> > My working day may not be your working day. Please do not feel
>> > obliged to reply to this email outside of your normal working
hours.
>> >
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research Research Applications
Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
obliged
>> to reply to this email outside of your normal working hours.
>>
>>
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Fri Jun 19 12:10:33 2020
OK, I plan to work on it today, and this weekend. I work the Linux
Heldesk here and need to handle other tickets as the y come in.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 11:09 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
And, if that change gives a syntax error and you're able to figure out
how to fix it, will you please let me know?
Thanks!
Julie
On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Greg,
>
> I just noticed that the compiling of NetCDF also uses LDFLAGS too.
On
> ~line 427, you'll see:
>
>> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
>> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
>>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>>
>
> Unfortunately, I don't have time to test before I leave, but I think
> you want to change it to the following... I'm just not sure about
the syntax.
>
> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
> CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}"
CPPFLAG\
>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>
>
> Julie
>
> On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>
>> Thank you. I will try out your fixes. You have a good weekend too.
>>
>> Greg
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>> Sent: Friday, June 19, 2020 10:49 AM
>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>> Greg.Ramos.ctr at nrlmry.navy.mil>
>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>> executable, but
>>
>> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do
the
>> following:
>>
>> In your install_met_env config file, add the following:
>> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
>> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
>> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
>> export GRIB2CLIB_NAME=-lgrib2c
>>
>> Make sure that in your install_met_env config file the following
vars
>> are not set:
>> MET_NETCDF
>> MET_BUFRLIB
>>
>> In the compile_MET_all.sh script, set the following:
>> COMPILE_GSL=1
>> COMPILE_HDF=0
>> COMPILE_HDFEOS=0
>> COMPILE_FREETYPE=0
>> COMPILE_CAIRO=0
>> COMPILE_MET=1
>>
>> Also, why don't you add the following export line under "python
--version"
>> (~line 138) in the script to ensure that value is picked up when
the
>> script runs? Note that I previously forgot to tell you to add the
"-L"!
>> My apologies! Here is the new line for LDFLAGS:
>>
>> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
>>
>>
>> And then in the MET compilation, it looks like the value for
LDFLAGS
>> is overridden, so please change the following line (~line 632)
from:
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
>> >
>> to
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
>> > -L/software/depot/gcc-9.3.0/lib64/"
>>
>>
>> Thank you for helping us realize that our documentation for how to
>> keep the compile script from recompiling all of the libraries being
>> recompiled again is lacking. And also for helping us discover this
>> issue that we haven't previously seen which will help us to enhance
our script.
>>
>> Please let me know if you have any questions.
>>
>> I will be out for the rest of the afternoon starting in about 15
minutes.
>> I may be able to check in on my phone, but won't have access to a
>> computer. Please send any questions you have, and I will try to
get
>> back to you as soon as I can. Have a great weekend!
>>
>> Julie
>>
>> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
<jpresto at ucar.edu>
>> wrote:
>>
>> > Just saw this question. I'll reply in more detail momentarily.
>> >
>> > Julie
>> >
>> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor,
>> > Code
>> > 7501.1 via RT <met_help at ucar.edu> wrote:
>> >
>> >>
>> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>> >>
>> >> How do I keep the compile script from recompiling all of the
>> >> libraries being recompiled again?
>> >>
>> >> Greg
>> >>
>> >> --
>> > Julie Prestopnik
>> > Software Engineer
>> > National Center for Atmospheric Research Research Applications
>> > Laboratory
>> > Phone: 303.497.8399
>> > Email: jpresto at ucar.edu
>> >
>> > My working day may not be your working day. Please do not feel
>> > obliged to reply to this email outside of your normal working
hours.
>> >
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
>> obliged to reply to this email outside of your normal working
hours.
>>
>>
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Sat Jun 20 15:11:23 2020
I think I have a combo that works If you notice the Fortran library,
it was find the Python one before, now linking to the gcc one:
[ramos at lorenz met-9.0.2]$ ldd ./bin/pb2nc
linux-vdso.so.1 => (0x00007fff30993000)
libpython3.7m.so.1.0 => /usr/local/Anaconda3-
2020.02/lib/libpython3.7m.so.1.0 (0x00007f0f7a9c0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f0f7a7a3000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f0f7a59f000)
libutil.so.1 => /lib64/libutil.so.1 (0x00007f0f7a39c000)
libpng16.so.16 => /software/depot/met-
9.0.2/external_libs/lib/libpng16.so.16 (0x00007f0f7a169000)
libz.so.1 => /software/depot/met-
9.0.2/external_libs/lib/libz.so.1 (0x00007f0f79f50000)
libm.so.6 => /lib64/libm.so.6 (0x00007f0f79ccc000)
libnetcdf_c++4.so.1 => /software/depot/met-
9.0.2/external_libs/lib/libnetcdf_c++4.so.1 (0x00007f0f79a7e000)
libnetcdf.so.11 => /software/depot/met-
9.0.2/external_libs/lib/libnetcdf.so.11 (0x00007f0f79741000)
libgsl.so.19 => /software/depot/met-
9.0.2/external_libs/lib/libgsl.so.19 (0x00007f0f792fe000)
libgslcblas.so.0 => /software/depot/met-
9.0.2/external_libs/lib/libgslcblas.so.0 (0x00007f0f790c0000)
libgfortran.so.5 => /software/depot/gcc-
9.1.0/lib64/libgfortran.so.5 (0x00007f0f78c9d000)
libquadmath.so.0 => /software/depot/gcc-
9.1.0/lib64/libquadmath.so.0 (0x00007f0f78a57000)
libstdc++.so.6 => /software/depot/gcc-
9.1.0/lib64/libstdc++.so.6 (0x00007f0f7866a000)
libgcc_s.so.1 => /software/depot/gcc-9.1.0/lib64/libgcc_s.so.1
(0x00007f0f78453000)
libc.so.6 => /lib64/libc.so.6 (0x00007f0f780bf000)
librt.so.1 => /lib64/librt.so.1 (0x00007f0f77eb7000)
/lib64/ld-linux-x86-64.so.2 (0x00007f0f7ad29000)
libhdf5_hl.so.10 => /software/depot/met-
9.0.2/external_libs/lib/libhdf5_hl.so.10 (0x00007f0f77c95000)
libhdf5.so.10 => /software/depot/met-
9.0.2/external_libs/lib/libhdf5.so.10 (0x00007f0f777af000)
[ramos at lorenz met-9.0.2]$
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 11:09 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
And, if that change gives a syntax error and you're able to figure out
how to fix it, will you please let me know?
Thanks!
Julie
On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Greg,
>
> I just noticed that the compiling of NetCDF also uses LDFLAGS too.
On
> ~line 427, you'll see:
>
>> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
>> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
>>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>>
>
> Unfortunately, I don't have time to test before I leave, but I think
> you want to change it to the following... I'm just not sure about
the syntax.
>
> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
> CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}"
CPPFLAG\
>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>
>
> Julie
>
> On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>
>> Thank you. I will try out your fixes. You have a good weekend too.
>>
>> Greg
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>> Sent: Friday, June 19, 2020 10:49 AM
>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>> Greg.Ramos.ctr at nrlmry.navy.mil>
>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>> executable, but
>>
>> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do
the
>> following:
>>
>> In your install_met_env config file, add the following:
>> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
>> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
>> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
>> export GRIB2CLIB_NAME=-lgrib2c
>>
>> Make sure that in your install_met_env config file the following
vars
>> are not set:
>> MET_NETCDF
>> MET_BUFRLIB
>>
>> In the compile_MET_all.sh script, set the following:
>> COMPILE_GSL=1
>> COMPILE_HDF=0
>> COMPILE_HDFEOS=0
>> COMPILE_FREETYPE=0
>> COMPILE_CAIRO=0
>> COMPILE_MET=1
>>
>> Also, why don't you add the following export line under "python
--version"
>> (~line 138) in the script to ensure that value is picked up when
the
>> script runs? Note that I previously forgot to tell you to add the
"-L"!
>> My apologies! Here is the new line for LDFLAGS:
>>
>> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
>>
>>
>> And then in the MET compilation, it looks like the value for
LDFLAGS
>> is overridden, so please change the following line (~line 632)
from:
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
>> >
>> to
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
>> > -L/software/depot/gcc-9.3.0/lib64/"
>>
>>
>> Thank you for helping us realize that our documentation for how to
>> keep the compile script from recompiling all of the libraries being
>> recompiled again is lacking. And also for helping us discover this
>> issue that we haven't previously seen which will help us to enhance
our script.
>>
>> Please let me know if you have any questions.
>>
>> I will be out for the rest of the afternoon starting in about 15
minutes.
>> I may be able to check in on my phone, but won't have access to a
>> computer. Please send any questions you have, and I will try to
get
>> back to you as soon as I can. Have a great weekend!
>>
>> Julie
>>
>> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
<jpresto at ucar.edu>
>> wrote:
>>
>> > Just saw this question. I'll reply in more detail momentarily.
>> >
>> > Julie
>> >
>> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor,
>> > Code
>> > 7501.1 via RT <met_help at ucar.edu> wrote:
>> >
>> >>
>> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>> >>
>> >> How do I keep the compile script from recompiling all of the
>> >> libraries being recompiled again?
>> >>
>> >> Greg
>> >>
>> >> --
>> > Julie Prestopnik
>> > Software Engineer
>> > National Center for Atmospheric Research Research Applications
>> > Laboratory
>> > Phone: 303.497.8399
>> > Email: jpresto at ucar.edu
>> >
>> > My working day may not be your working day. Please do not feel
>> > obliged to reply to this email outside of your normal working
hours.
>> >
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
>> obliged to reply to this email outside of your normal working
hours.
>>
>>
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Sat Jun 20 15:12:14 2020
I changed it, so the gcc was in front:
export MET_GSL=${LIB_DIR}
export MET_HDF=${LIB_DIR}
export MET_HDFEOS=${LIB_DIR}
export MET_PYTHON_LD=${MET_PYTHON_LD}
export MET_PYTHON_CC=${MET_PYTHON_CC}
export LDFLAGS="-Wl,--disable-new-dtags"
export LDFLAGS="${LDFLAGS} -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
export LDFLAGS="${LDFLAGS} -Wl,-
rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/ ${LDFLAGS}
-L${LIB_JASPER} -L${MET_HDF5}/lib"
#export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Friday, June 19, 2020 11:09 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
And, if that change gives a syntax error and you're able to figure out
how to fix it, will you please let me know?
Thanks!
Julie
On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> Greg,
>
> I just noticed that the compiling of NetCDF also uses LDFLAGS too.
On
> ~line 427, you'll see:
>
>> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
>> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
>>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>>
>
> Unfortunately, I don't have time to test before I leave, but I think
> you want to change it to the following... I'm just not sure about
the syntax.
>
> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-fPIC
> CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}"
CPPFLAG\
>
>> S=-I${LIB_DIR}/include > configure.log 2>&1
>
>
> Julie
>
> On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>>
>> Thank you. I will try out your fixes. You have a good weekend too.
>>
>> Greg
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT <met_help at ucar.edu>
>> Sent: Friday, June 19, 2020 10:49 AM
>> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
>> Greg.Ramos.ctr at nrlmry.navy.mil>
>> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
>> executable, but
>>
>> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do
the
>> following:
>>
>> In your install_met_env config file, add the following:
>> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
>> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
>> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
>> export GRIB2CLIB_NAME=-lgrib2c
>>
>> Make sure that in your install_met_env config file the following
vars
>> are not set:
>> MET_NETCDF
>> MET_BUFRLIB
>>
>> In the compile_MET_all.sh script, set the following:
>> COMPILE_GSL=1
>> COMPILE_HDF=0
>> COMPILE_HDFEOS=0
>> COMPILE_FREETYPE=0
>> COMPILE_CAIRO=0
>> COMPILE_MET=1
>>
>> Also, why don't you add the following export line under "python
--version"
>> (~line 138) in the script to ensure that value is picked up when
the
>> script runs? Note that I previously forgot to tell you to add the
"-L"!
>> My apologies! Here is the new line for LDFLAGS:
>>
>> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
>>
>>
>> And then in the MET compilation, it looks like the value for
LDFLAGS
>> is overridden, so please change the following line (~line 632)
from:
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
>> >
>> to
>>
>> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
>> > -L/software/depot/gcc-9.3.0/lib64/"
>>
>>
>> Thank you for helping us realize that our documentation for how to
>> keep the compile script from recompiling all of the libraries being
>> recompiled again is lacking. And also for helping us discover this
>> issue that we haven't previously seen which will help us to enhance
our script.
>>
>> Please let me know if you have any questions.
>>
>> I will be out for the rest of the afternoon starting in about 15
minutes.
>> I may be able to check in on my phone, but won't have access to a
>> computer. Please send any questions you have, and I will try to
get
>> back to you as soon as I can. Have a great weekend!
>>
>> Julie
>>
>> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
<jpresto at ucar.edu>
>> wrote:
>>
>> > Just saw this question. I'll reply in more detail momentarily.
>> >
>> > Julie
>> >
>> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory, Contractor,
>> > Code
>> > 7501.1 via RT <met_help at ucar.edu> wrote:
>> >
>> >>
>> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>> >>
>> >> How do I keep the compile script from recompiling all of the
>> >> libraries being recompiled again?
>> >>
>> >> Greg
>> >>
>> >> --
>> > Julie Prestopnik
>> > Software Engineer
>> > National Center for Atmospheric Research Research Applications
>> > Laboratory
>> > Phone: 303.497.8399
>> > Email: jpresto at ucar.edu
>> >
>> > My working day may not be your working day. Please do not feel
>> > obliged to reply to this email outside of your normal working
hours.
>> >
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
>> obliged to reply to this email outside of your normal working
hours.
>>
>>
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Mon Jun 22 10:24:05 2020
Great, Greg! I'm so glad to hear you got it working. I'll go ahead
and
close this ticket. Please feel free to open a new ticket with any
other
questions you have. Have a great week!
Julie
On Sat, Jun 20, 2020 at 3:12 PM Ramos, Mr. Gregory, Contractor, Code
7501.1
via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> I changed it, so the gcc was in front:
>
>
>
> export MET_GSL=${LIB_DIR}
> export MET_HDF=${LIB_DIR}
> export MET_HDFEOS=${LIB_DIR}
> export MET_PYTHON_LD=${MET_PYTHON_LD}
> export MET_PYTHON_CC=${MET_PYTHON_CC}
> export LDFLAGS="-Wl,--disable-new-dtags"
> export LDFLAGS="${LDFLAGS}
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> export LDFLAGS="${LDFLAGS}
> -Wl,-rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
> ##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/ ${LDFLAGS}
> -L${LIB_JASPER} -L${MET_HDF5}/lib"
>
> #export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 11:09 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> And, if that change gives a syntax error and you're able to figure
out how
> to fix it, will you please let me know?
>
> Thanks!
>
> Julie
>
> On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
>
> > Greg,
> >
> > I just noticed that the compiling of NetCDF also uses LDFLAGS too.
On
> > ~line 427, you'll see:
> >
> >> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-
fPIC
> >> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
> >>
> >> S=-I${LIB_DIR}/include > configure.log 2>&1
> >>
> >
> > Unfortunately, I don't have time to test before I leave, but I
think
> > you want to change it to the following... I'm just not sure about
the
> syntax.
> >
> > ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-
fPIC
> > CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}"
CPPFLAG\
> >
> >> S=-I${LIB_DIR}/include > configure.log 2>&1
> >
> >
> > Julie
> >
> > On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >>
> >> Thank you. I will try out your fixes. You have a good weekend
too.
> >>
> >> Greg
> >>
> >> -----Original Message-----
> >> From: Julie Prestopnik via RT <met_help at ucar.edu>
> >> Sent: Friday, June 19, 2020 10:49 AM
> >> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> >> Greg.Ramos.ctr at nrlmry.navy.mil>
> >> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> >> executable, but
> >>
> >> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do
the
> >> following:
> >>
> >> In your install_met_env config file, add the following:
> >> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
> >> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> >> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> >> export GRIB2CLIB_NAME=-lgrib2c
> >>
> >> Make sure that in your install_met_env config file the following
vars
> >> are not set:
> >> MET_NETCDF
> >> MET_BUFRLIB
> >>
> >> In the compile_MET_all.sh script, set the following:
> >> COMPILE_GSL=1
> >> COMPILE_HDF=0
> >> COMPILE_HDFEOS=0
> >> COMPILE_FREETYPE=0
> >> COMPILE_CAIRO=0
> >> COMPILE_MET=1
> >>
> >> Also, why don't you add the following export line under "python
> --version"
> >> (~line 138) in the script to ensure that value is picked up when
the
> >> script runs? Note that I previously forgot to tell you to add
the "-L"!
> >> My apologies! Here is the new line for LDFLAGS:
> >>
> >> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
> >>
> >>
> >> And then in the MET compilation, it looks like the value for
LDFLAGS
> >> is overridden, so please change the following line (~line 632)
from:
> >>
> >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
> >> >
> >> to
> >>
> >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
> >> > -L/software/depot/gcc-9.3.0/lib64/"
> >>
> >>
> >> Thank you for helping us realize that our documentation for how
to
> >> keep the compile script from recompiling all of the libraries
being
> >> recompiled again is lacking. And also for helping us discover
this
> >> issue that we haven't previously seen which will help us to
enhance our
> script.
> >>
> >> Please let me know if you have any questions.
> >>
> >> I will be out for the rest of the afternoon starting in about 15
> minutes.
> >> I may be able to check in on my phone, but won't have access to a
> >> computer. Please send any questions you have, and I will try to
get
> >> back to you as soon as I can. Have a great weekend!
> >>
> >> Julie
> >>
> >> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
<jpresto at ucar.edu>
> >> wrote:
> >>
> >> > Just saw this question. I'll reply in more detail momentarily.
> >> >
> >> > Julie
> >> >
> >> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory,
Contractor,
> >> > Code
> >> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >> >
> >> >>
> >> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> >> >>
> >> >> How do I keep the compile script from recompiling all of the
> >> >> libraries being recompiled again?
> >> >>
> >> >> Greg
> >> >>
> >> >> --
> >> > Julie Prestopnik
> >> > Software Engineer
> >> > National Center for Atmospheric Research Research Applications
> >> > Laboratory
> >> > Phone: 303.497.8399
> >> > Email: jpresto at ucar.edu
> >> >
> >> > My working day may not be your working day. Please do not feel
> >> > obliged to reply to this email outside of your normal working
hours.
> >> >
> >>
> >>
> >> --
> >> Julie Prestopnik
> >> Software Engineer
> >> National Center for Atmospheric Research Research Applications
> >> Laboratory
> >> Phone: 303.497.8399
> >> Email: jpresto at ucar.edu
> >>
> >> My working day may not be your working day. Please do not feel
> >> obliged to reply to this email outside of your normal working
hours.
> >>
> >>
> >>
> >>
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Mon Jun 22 10:25:25 2020
Thank you. Do the test results look right?
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Monday, June 22, 2020 9:24 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Great, Greg! I'm so glad to hear you got it working. I'll go ahead
and close this ticket. Please feel free to open a new ticket with any
other questions you have. Have a great week!
Julie
On Sat, Jun 20, 2020 at 3:12 PM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> I changed it, so the gcc was in front:
>
>
>
> export MET_GSL=${LIB_DIR}
> export MET_HDF=${LIB_DIR}
> export MET_HDFEOS=${LIB_DIR}
> export MET_PYTHON_LD=${MET_PYTHON_LD}
> export MET_PYTHON_CC=${MET_PYTHON_CC}
> export LDFLAGS="-Wl,--disable-new-dtags"
> export LDFLAGS="${LDFLAGS}
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> export LDFLAGS="${LDFLAGS}
> -Wl,-rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
> ##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/ ${LDFLAGS}
> -L${LIB_JASPER} -L${MET_HDF5}/lib"
>
> #export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Friday, June 19, 2020 11:09 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> And, if that change gives a syntax error and you're able to figure
out
> how to fix it, will you please let me know?
>
> Thanks!
>
> Julie
>
> On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
>
> > Greg,
> >
> > I just noticed that the compiling of NetCDF also uses LDFLAGS too.
> > On ~line 427, you'll see:
> >
> >> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-
fPIC
> >> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
> >>
> >> S=-I${LIB_DIR}/include > configure.log 2>&1
> >>
> >
> > Unfortunately, I don't have time to test before I leave, but I
think
> > you want to change it to the following... I'm just not sure about
> > the
> syntax.
> >
> > ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-
fPIC
> > CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}"
> > CPPFLAG\
> >
> >> S=-I${LIB_DIR}/include > configure.log 2>&1
> >
> >
> > Julie
> >
> > On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
> > Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >>
> >> Thank you. I will try out your fixes. You have a good weekend
too.
> >>
> >> Greg
> >>
> >> -----Original Message-----
> >> From: Julie Prestopnik via RT <met_help at ucar.edu>
> >> Sent: Friday, June 19, 2020 10:49 AM
> >> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> >> Greg.Ramos.ctr at nrlmry.navy.mil>
> >> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> >> executable, but
> >>
> >> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can do
> >> the
> >> following:
> >>
> >> In your install_met_env config file, add the following:
> >> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
> >> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> >> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> >> export GRIB2CLIB_NAME=-lgrib2c
> >>
> >> Make sure that in your install_met_env config file the following
> >> vars are not set:
> >> MET_NETCDF
> >> MET_BUFRLIB
> >>
> >> In the compile_MET_all.sh script, set the following:
> >> COMPILE_GSL=1
> >> COMPILE_HDF=0
> >> COMPILE_HDFEOS=0
> >> COMPILE_FREETYPE=0
> >> COMPILE_CAIRO=0
> >> COMPILE_MET=1
> >>
> >> Also, why don't you add the following export line under "python
> --version"
> >> (~line 138) in the script to ensure that value is picked up when
> >> the script runs? Note that I previously forgot to tell you to
add the "-L"!
> >> My apologies! Here is the new line for LDFLAGS:
> >>
> >> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
> >>
> >>
> >> And then in the MET compilation, it looks like the value for
> >> LDFLAGS is overridden, so please change the following line (~line
632) from:
> >>
> >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib"
> >> >
> >> to
> >>
> >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER} -L${MET_HDF5}/lib
> >> > -L/software/depot/gcc-9.3.0/lib64/"
> >>
> >>
> >> Thank you for helping us realize that our documentation for how
to
> >> keep the compile script from recompiling all of the libraries
being
> >> recompiled again is lacking. And also for helping us discover
this
> >> issue that we haven't previously seen which will help us to
enhance
> >> our
> script.
> >>
> >> Please let me know if you have any questions.
> >>
> >> I will be out for the rest of the afternoon starting in about 15
> minutes.
> >> I may be able to check in on my phone, but won't have access to a
> >> computer. Please send any questions you have, and I will try to
> >> get back to you as soon as I can. Have a great weekend!
> >>
> >> Julie
> >>
> >> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
> >> <jpresto at ucar.edu>
> >> wrote:
> >>
> >> > Just saw this question. I'll reply in more detail momentarily.
> >> >
> >> > Julie
> >> >
> >> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory,
Contractor,
> >> > Code
> >> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >> >
> >> >>
> >> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> >> >>
> >> >> How do I keep the compile script from recompiling all of the
> >> >> libraries being recompiled again?
> >> >>
> >> >> Greg
> >> >>
> >> >> --
> >> > Julie Prestopnik
> >> > Software Engineer
> >> > National Center for Atmospheric Research Research Applications
> >> > Laboratory
> >> > Phone: 303.497.8399
> >> > Email: jpresto at ucar.edu
> >> >
> >> > My working day may not be your working day. Please do not feel
> >> > obliged to reply to this email outside of your normal working
hours.
> >> >
> >>
> >>
> >> --
> >> Julie Prestopnik
> >> Software Engineer
> >> National Center for Atmospheric Research Research Applications
> >> Laboratory
> >> Phone: 303.497.8399
> >> Email: jpresto at ucar.edu
> >>
> >> My working day may not be your working day. Please do not feel
> >> obliged to reply to this email outside of your normal working
hours.
> >>
> >>
> >>
> >>
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Mon Jun 22 10:29:18 2020
Oh, I didn't receive any test results. Do you mean the output of
make_test.log? If so, please go ahead and send it over. Or, if
instead
you are referring to the output of "ldd ./bin/pb2nc", that looks fine.
Julie
On Mon, Jun 22, 2020 at 10:25 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Thank you. Do the test results look right?
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Monday, June 22, 2020 9:24 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Great, Greg! I'm so glad to hear you got it working. I'll go ahead
and
> close this ticket. Please feel free to open a new ticket with any
other
> questions you have. Have a great week!
>
> Julie
>
> On Sat, Jun 20, 2020 at 3:12 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > I changed it, so the gcc was in front:
> >
> >
> >
> > export MET_GSL=${LIB_DIR}
> > export MET_HDF=${LIB_DIR}
> > export MET_HDFEOS=${LIB_DIR}
> > export MET_PYTHON_LD=${MET_PYTHON_LD}
> > export MET_PYTHON_CC=${MET_PYTHON_CC}
> > export LDFLAGS="-Wl,--disable-new-dtags"
> > export LDFLAGS="${LDFLAGS}
> >
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> > export LDFLAGS="${LDFLAGS}
> > -Wl,-rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
> > ##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/ ${LDFLAGS}
> > -L${LIB_JASPER} -L${MET_HDF5}/lib"
> >
> > #export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Friday, June 19, 2020 11:09 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > And, if that change gives a syntax error and you're able to figure
out
> > how to fix it, will you please let me know?
> >
> > Thanks!
> >
> > Julie
> >
> > On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> >
> > > Greg,
> > >
> > > I just noticed that the compiling of NetCDF also uses LDFLAGS
too.
> > > On ~line 427, you'll see:
> > >
> > >> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-
fPIC
> > >> CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z} CPPFLAG\
> > >>
> > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > >>
> > >
> > > Unfortunately, I don't have time to test before I leave, but I
think
> > > you want to change it to the following... I'm just not sure
about
> > > the
> > syntax.
> > >
> > > ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z} CFLAGS=-
fPIC
> > > CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS} -L${LIB_DIR}/lib:{LIB_Z}"
> > > CPPFLAG\
> > >
> > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > >
> > >
> > > Julie
> > >
> > > On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >>
> > >> Thank you. I will try out your fixes. You have a good weekend
too.
> > >>
> > >> Greg
> > >>
> > >> -----Original Message-----
> > >> From: Julie Prestopnik via RT <met_help at ucar.edu>
> > >> Sent: Friday, June 19, 2020 10:49 AM
> > >> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > >> Greg.Ramos.ctr at nrlmry.navy.mil>
> > >> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > >> executable, but
> > >>
> > >> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can
do
> > >> the
> > >> following:
> > >>
> > >> In your install_met_env config file, add the following:
> > >> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
> > >> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> > >> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> > >> export GRIB2CLIB_NAME=-lgrib2c
> > >>
> > >> Make sure that in your install_met_env config file the
following
> > >> vars are not set:
> > >> MET_NETCDF
> > >> MET_BUFRLIB
> > >>
> > >> In the compile_MET_all.sh script, set the following:
> > >> COMPILE_GSL=1
> > >> COMPILE_HDF=0
> > >> COMPILE_HDFEOS=0
> > >> COMPILE_FREETYPE=0
> > >> COMPILE_CAIRO=0
> > >> COMPILE_MET=1
> > >>
> > >> Also, why don't you add the following export line under "python
> > --version"
> > >> (~line 138) in the script to ensure that value is picked up
when
> > >> the script runs? Note that I previously forgot to tell you to
add
> the "-L"!
> > >> My apologies! Here is the new line for LDFLAGS:
> > >>
> > >> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
> > >>
> > >>
> > >> And then in the MET compilation, it looks like the value for
> > >> LDFLAGS is overridden, so please change the following line
(~line
> 632) from:
> > >>
> > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > >> >
> > >> to
> > >>
> > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib
> > >> > -L/software/depot/gcc-9.3.0/lib64/"
> > >>
> > >>
> > >> Thank you for helping us realize that our documentation for how
to
> > >> keep the compile script from recompiling all of the libraries
being
> > >> recompiled again is lacking. And also for helping us discover
this
> > >> issue that we haven't previously seen which will help us to
enhance
> > >> our
> > script.
> > >>
> > >> Please let me know if you have any questions.
> > >>
> > >> I will be out for the rest of the afternoon starting in about
15
> > minutes.
> > >> I may be able to check in on my phone, but won't have access to
a
> > >> computer. Please send any questions you have, and I will try
to
> > >> get back to you as soon as I can. Have a great weekend!
> > >>
> > >> Julie
> > >>
> > >> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
> > >> <jpresto at ucar.edu>
> > >> wrote:
> > >>
> > >> > Just saw this question. I'll reply in more detail
momentarily.
> > >> >
> > >> > Julie
> > >> >
> > >> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory,
Contractor,
> > >> > Code
> > >> > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >> >
> > >> >>
> > >> >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >> >>
> > >> >> How do I keep the compile script from recompiling all of the
> > >> >> libraries being recompiled again?
> > >> >>
> > >> >> Greg
> > >> >>
> > >> >> --
> > >> > Julie Prestopnik
> > >> > Software Engineer
> > >> > National Center for Atmospheric Research Research
Applications
> > >> > Laboratory
> > >> > Phone: 303.497.8399
> > >> > Email: jpresto at ucar.edu
> > >> >
> > >> > My working day may not be your working day. Please do not
feel
> > >> > obliged to reply to this email outside of your normal working
hours.
> > >> >
> > >>
> > >>
> > >> --
> > >> Julie Prestopnik
> > >> Software Engineer
> > >> National Center for Atmospheric Research Research Applications
> > >> Laboratory
> > >> Phone: 303.497.8399
> > >> Email: jpresto at ucar.edu
> > >>
> > >> My working day may not be your working day. Please do not feel
> > >> obliged to reply to this email outside of your normal working
hours.
> > >>
> > >>
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Mon Jun 22 10:35:22 2020
I meant the the make test log. Attached this time.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Monday, June 22, 2020 9:29 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Oh, I didn't receive any test results. Do you mean the output of
make_test.log? If so, please go ahead and send it over. Or, if
instead you are referring to the output of "ldd ./bin/pb2nc", that
looks fine.
Julie
On Mon, Jun 22, 2020 at 10:25 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Thank you. Do the test results look right?
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Monday, June 22, 2020 9:24 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Great, Greg! I'm so glad to hear you got it working. I'll go ahead
> and close this ticket. Please feel free to open a new ticket with
any
> other questions you have. Have a great week!
>
> Julie
>
> On Sat, Jun 20, 2020 at 3:12 PM Ramos, Mr. Gregory, Contractor, Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > I changed it, so the gcc was in front:
> >
> >
> >
> > export MET_GSL=${LIB_DIR}
> > export MET_HDF=${LIB_DIR}
> > export MET_HDFEOS=${LIB_DIR}
> > export MET_PYTHON_LD=${MET_PYTHON_LD}
> > export MET_PYTHON_CC=${MET_PYTHON_CC}
> > export LDFLAGS="-Wl,--disable-new-dtags"
> > export LDFLAGS="${LDFLAGS}
> >
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> > export LDFLAGS="${LDFLAGS}
> > -Wl,-rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
> > ##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/ ${LDFLAGS}
> > -L${LIB_JASPER} -L${MET_HDF5}/lib"
> >
> > #export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Friday, June 19, 2020 11:09 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > And, if that change gives a syntax error and you're able to figure
> > out how to fix it, will you please let me know?
> >
> > Thanks!
> >
> > Julie
> >
> > On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> >
> > > Greg,
> > >
> > > I just noticed that the compiling of NetCDF also uses LDFLAGS
too.
> > > On ~line 427, you'll see:
> > >
> > >> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > >> CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z}
> > >> CPPFLAG\
> > >>
> > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > >>
> > >
> > > Unfortunately, I don't have time to test before I leave, but I
> > > think you want to change it to the following... I'm just not
sure
> > > about the
> > syntax.
> > >
> > > ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > > CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS}
-L${LIB_DIR}/lib:{LIB_Z}"
> > > CPPFLAG\
> > >
> > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > >
> > >
> > > Julie
> > >
> > > On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory, Contractor,
> > > Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >>
> > >> Thank you. I will try out your fixes. You have a good weekend
too.
> > >>
> > >> Greg
> > >>
> > >> -----Original Message-----
> > >> From: Julie Prestopnik via RT <met_help at ucar.edu>
> > >> Sent: Friday, June 19, 2020 10:49 AM
> > >> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > >> Greg.Ramos.ctr at nrlmry.navy.mil>
> > >> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > >> executable, but
> > >>
> > >> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can
do
> > >> the
> > >> following:
> > >>
> > >> In your install_met_env config file, add the following:
> > >> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
> > >> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> > >> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> > >> export GRIB2CLIB_NAME=-lgrib2c
> > >>
> > >> Make sure that in your install_met_env config file the
following
> > >> vars are not set:
> > >> MET_NETCDF
> > >> MET_BUFRLIB
> > >>
> > >> In the compile_MET_all.sh script, set the following:
> > >> COMPILE_GSL=1
> > >> COMPILE_HDF=0
> > >> COMPILE_HDFEOS=0
> > >> COMPILE_FREETYPE=0
> > >> COMPILE_CAIRO=0
> > >> COMPILE_MET=1
> > >>
> > >> Also, why don't you add the following export line under "python
> > --version"
> > >> (~line 138) in the script to ensure that value is picked up
when
> > >> the script runs? Note that I previously forgot to tell you to
> > >> add
> the "-L"!
> > >> My apologies! Here is the new line for LDFLAGS:
> > >>
> > >> > export $LDFLAGS=-L/software/depot/gcc-9.3.0/lib64/:${LDFLAGS}
> > >>
> > >>
> > >> And then in the MET compilation, it looks like the value for
> > >> LDFLAGS is overridden, so please change the following line
(~line
> 632) from:
> > >>
> > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > >> >
> > >> to
> > >>
> > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib
> > >> > -L/software/depot/gcc-9.3.0/lib64/"
> > >>
> > >>
> > >> Thank you for helping us realize that our documentation for how
> > >> to keep the compile script from recompiling all of the
libraries
> > >> being recompiled again is lacking. And also for helping us
> > >> discover this issue that we haven't previously seen which will
> > >> help us to enhance our
> > script.
> > >>
> > >> Please let me know if you have any questions.
> > >>
> > >> I will be out for the rest of the afternoon starting in about
15
> > minutes.
> > >> I may be able to check in on my phone, but won't have access to
a
> > >> computer. Please send any questions you have, and I will try
to
> > >> get back to you as soon as I can. Have a great weekend!
> > >>
> > >> Julie
> > >>
> > >> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
> > >> <jpresto at ucar.edu>
> > >> wrote:
> > >>
> > >> > Just saw this question. I'll reply in more detail
momentarily.
> > >> >
> > >> > Julie
> > >> >
> > >> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory,
> > >> > Contractor, Code
> > >> > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >> >
> > >> >>
> > >> >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > >> >> >
> > >> >>
> > >> >> How do I keep the compile script from recompiling all of the
> > >> >> libraries being recompiled again?
> > >> >>
> > >> >> Greg
> > >> >>
> > >> >> --
> > >> > Julie Prestopnik
> > >> > Software Engineer
> > >> > National Center for Atmospheric Research Research
Applications
> > >> > Laboratory
> > >> > Phone: 303.497.8399
> > >> > Email: jpresto at ucar.edu
> > >> >
> > >> > My working day may not be your working day. Please do not
feel
> > >> > obliged to reply to this email outside of your normal working
hours.
> > >> >
> > >>
> > >>
> > >> --
> > >> Julie Prestopnik
> > >> Software Engineer
> > >> National Center for Atmospheric Research Research Applications
> > >> Laboratory
> > >> Phone: 303.497.8399
> > >> Email: jpresto at ucar.edu
> > >>
> > >> My working day may not be your working day. Please do not feel
> > >> obliged to reply to this email outside of your normal working
hours.
> > >>
> > >>
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Mon Jun 22 11:44:44 2020
Thanks for attaching it. I don't see any problems there. I'm glad
you
were able to get this working!
Julie
On Mon, Jun 22, 2020 at 10:35 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> I meant the the make test log. Attached this time.
>
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Monday, June 22, 2020 9:29 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Oh, I didn't receive any test results. Do you mean the output of
> make_test.log? If so, please go ahead and send it over. Or, if
instead
> you are referring to the output of "ldd ./bin/pb2nc", that looks
fine.
>
> Julie
>
> On Mon, Jun 22, 2020 at 10:25 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Thank you. Do the test results look right?
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Monday, June 22, 2020 9:24 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Great, Greg! I'm so glad to hear you got it working. I'll go
ahead
> > and close this ticket. Please feel free to open a new ticket with
any
> > other questions you have. Have a great week!
> >
> > Julie
> >
> > On Sat, Jun 20, 2020 at 3:12 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > I changed it, so the gcc was in front:
> > >
> > >
> > >
> > > export MET_GSL=${LIB_DIR}
> > > export MET_HDF=${LIB_DIR}
> > > export MET_HDFEOS=${LIB_DIR}
> > > export MET_PYTHON_LD=${MET_PYTHON_LD}
> > > export MET_PYTHON_CC=${MET_PYTHON_CC}
> > > export LDFLAGS="-Wl,--disable-new-dtags"
> > > export LDFLAGS="${LDFLAGS}
> > >
> >
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> > > export LDFLAGS="${LDFLAGS}
> > > -Wl,-rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
> > > ##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > > export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/ ${LDFLAGS}
> > > -L${LIB_JASPER} -L${MET_HDF5}/lib"
> > >
> > > #export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Friday, June 19, 2020 11:09 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > And, if that change gives a syntax error and you're able to
figure
> > > out how to fix it, will you please let me know?
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik
<jpresto at ucar.edu>
> > > wrote:
> > >
> > > > Greg,
> > > >
> > > > I just noticed that the compiling of NetCDF also uses LDFLAGS
too.
> > > > On ~line 427, you'll see:
> > > >
> > > >> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > > >> CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z}
> > > >> CPPFLAG\
> > > >>
> > > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > > >>
> > > >
> > > > Unfortunately, I don't have time to test before I leave, but I
> > > > think you want to change it to the following... I'm just not
sure
> > > > about the
> > > syntax.
> > > >
> > > > ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > > > CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS}
> -L${LIB_DIR}/lib:{LIB_Z}"
> > > > CPPFLAG\
> > > >
> > > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > > >
> > > >
> > > > Julie
> > > >
> > > > On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > >>
> > > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >>
> > > >> Thank you. I will try out your fixes. You have a good weekend
too.
> > > >>
> > > >> Greg
> > > >>
> > > >> -----Original Message-----
> > > >> From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > >> Sent: Friday, June 19, 2020 10:49 AM
> > > >> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > >> Greg.Ramos.ctr at nrlmry.navy.mil>
> > > >> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > >> executable, but
> > > >>
> > > >> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can
do
> > > >> the
> > > >> following:
> > > >>
> > > >> In your install_met_env config file, add the following:
> > > >> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
> > > >> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> > > >> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> > > >> export GRIB2CLIB_NAME=-lgrib2c
> > > >>
> > > >> Make sure that in your install_met_env config file the
following
> > > >> vars are not set:
> > > >> MET_NETCDF
> > > >> MET_BUFRLIB
> > > >>
> > > >> In the compile_MET_all.sh script, set the following:
> > > >> COMPILE_GSL=1
> > > >> COMPILE_HDF=0
> > > >> COMPILE_HDFEOS=0
> > > >> COMPILE_FREETYPE=0
> > > >> COMPILE_CAIRO=0
> > > >> COMPILE_MET=1
> > > >>
> > > >> Also, why don't you add the following export line under
"python
> > > --version"
> > > >> (~line 138) in the script to ensure that value is picked up
when
> > > >> the script runs? Note that I previously forgot to tell you
to
> > > >> add
> > the "-L"!
> > > >> My apologies! Here is the new line for LDFLAGS:
> > > >>
> > > >> > export $LDFLAGS=-L/software/depot/gcc-
9.3.0/lib64/:${LDFLAGS}
> > > >>
> > > >>
> > > >> And then in the MET compilation, it looks like the value for
> > > >> LDFLAGS is overridden, so please change the following line
(~line
> > 632) from:
> > > >>
> > > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > > >> >
> > > >> to
> > > >>
> > > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib
> > > >> > -L/software/depot/gcc-9.3.0/lib64/"
> > > >>
> > > >>
> > > >> Thank you for helping us realize that our documentation for
how
> > > >> to keep the compile script from recompiling all of the
libraries
> > > >> being recompiled again is lacking. And also for helping us
> > > >> discover this issue that we haven't previously seen which
will
> > > >> help us to enhance our
> > > script.
> > > >>
> > > >> Please let me know if you have any questions.
> > > >>
> > > >> I will be out for the rest of the afternoon starting in about
15
> > > minutes.
> > > >> I may be able to check in on my phone, but won't have access
to a
> > > >> computer. Please send any questions you have, and I will try
to
> > > >> get back to you as soon as I can. Have a great weekend!
> > > >>
> > > >> Julie
> > > >>
> > > >> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
> > > >> <jpresto at ucar.edu>
> > > >> wrote:
> > > >>
> > > >> > Just saw this question. I'll reply in more detail
momentarily.
> > > >> >
> > > >> > Julie
> > > >> >
> > > >> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory,
> > > >> > Contractor, Code
> > > >> > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >> >
> > > >> >>
> > > >> >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > >> >> >
> > > >> >>
> > > >> >> How do I keep the compile script from recompiling all of
the
> > > >> >> libraries being recompiled again?
> > > >> >>
> > > >> >> Greg
> > > >> >>
> > > >> >> --
> > > >> > Julie Prestopnik
> > > >> > Software Engineer
> > > >> > National Center for Atmospheric Research Research
Applications
> > > >> > Laboratory
> > > >> > Phone: 303.497.8399
> > > >> > Email: jpresto at ucar.edu
> > > >> >
> > > >> > My working day may not be your working day. Please do not
feel
> > > >> > obliged to reply to this email outside of your normal
working
> hours.
> > > >> >
> > > >>
> > > >>
> > > >> --
> > > >> Julie Prestopnik
> > > >> Software Engineer
> > > >> National Center for Atmospheric Research Research
Applications
> > > >> Laboratory
> > > >> Phone: 303.497.8399
> > > >> Email: jpresto at ucar.edu
> > > >>
> > > >> My working day may not be your working day. Please do not
feel
> > > >> obliged to reply to this email outside of your normal working
hours.
> > > >>
> > > >>
> > > >>
> > > >>
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #95618] I was able to build the executable, but
From: Ramos, Mr. Gregory, Contractor, Code 7501.1
Time: Mon Jun 22 11:47:41 2020
Excellent. Yes, go ahead and close this. Thanks for the help.
Greg
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Monday, June 22, 2020 10:45 AM
To: Ramos, Mr. Gregory, Contractor, Code 7501.1
<Greg.Ramos.ctr at nrlmry.navy.mil>
Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable, but
Thanks for attaching it. I don't see any problems there. I'm glad
you were able to get this working!
Julie
On Mon, Jun 22, 2020 at 10:35 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> I meant the the make test log. Attached this time.
>
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Monday, June 22, 2020 9:29 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> executable, but
>
> Oh, I didn't receive any test results. Do you mean the output of
> make_test.log? If so, please go ahead and send it over. Or, if
> instead you are referring to the output of "ldd ./bin/pb2nc", that
looks fine.
>
> Julie
>
> On Mon, Jun 22, 2020 at 10:25 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > Thank you. Do the test results look right?
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Monday, June 22, 2020 9:24 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Great, Greg! I'm so glad to hear you got it working. I'll go
ahead
> > and close this ticket. Please feel free to open a new ticket with
> > any other questions you have. Have a great week!
> >
> > Julie
> >
> > On Sat, Jun 20, 2020 at 3:12 PM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > I changed it, so the gcc was in front:
> > >
> > >
> > >
> > > export MET_GSL=${LIB_DIR}
> > > export MET_HDF=${LIB_DIR}
> > > export MET_HDFEOS=${LIB_DIR}
> > > export MET_PYTHON_LD=${MET_PYTHON_LD}
> > > export MET_PYTHON_CC=${MET_PYTHON_CC}
> > > export LDFLAGS="-Wl,--disable-new-dtags"
> > > export LDFLAGS="${LDFLAGS}
> > >
> >
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> > > export LDFLAGS="${LDFLAGS}
> > > -Wl,-rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
> > > ##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > > export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/ ${LDFLAGS}
> > > -L${LIB_JASPER} -L${MET_HDF5}/lib"
> > >
> > > #export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Friday, June 19, 2020 11:09 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > And, if that change gives a syntax error and you're able to
figure
> > > out how to fix it, will you please let me know?
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik
> > > <jpresto at ucar.edu>
> > > wrote:
> > >
> > > > Greg,
> > > >
> > > > I just noticed that the compiling of NetCDF also uses LDFLAGS
too.
> > > > On ~line 427, you'll see:
> > > >
> > > >> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > > >> CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS=-L${LIB_DIR}/lib:{LIB_Z}
> > > >> CPPFLAG\
> > > >>
> > > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > > >>
> > > >
> > > > Unfortunately, I don't have time to test before I leave, but I
> > > > think you want to change it to the following... I'm just not
> > > > sure about the
> > > syntax.
> > > >
> > > > ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > > > CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS}
> -L${LIB_DIR}/lib:{LIB_Z}"
> > > > CPPFLAG\
> > > >
> > > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > > >
> > > >
> > > > Julie
> > > >
> > > > On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory,
Contractor,
> > > > Code
> > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >
> > > >>
> > > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >>
> > > >> Thank you. I will try out your fixes. You have a good weekend
too.
> > > >>
> > > >> Greg
> > > >>
> > > >> -----Original Message-----
> > > >> From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > >> Sent: Friday, June 19, 2020 10:49 AM
> > > >> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > >> Greg.Ramos.ctr at nrlmry.navy.mil>
> > > >> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > >> executable, but
> > > >>
> > > >> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you can
> > > >> do the
> > > >> following:
> > > >>
> > > >> In your install_met_env config file, add the following:
> > > >> export EXTERNAL_LIBS=/software/depot/met-9.0.2/external_libs/
> > > >> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> > > >> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> > > >> export GRIB2CLIB_NAME=-lgrib2c
> > > >>
> > > >> Make sure that in your install_met_env config file the
> > > >> following vars are not set:
> > > >> MET_NETCDF
> > > >> MET_BUFRLIB
> > > >>
> > > >> In the compile_MET_all.sh script, set the following:
> > > >> COMPILE_GSL=1
> > > >> COMPILE_HDF=0
> > > >> COMPILE_HDFEOS=0
> > > >> COMPILE_FREETYPE=0
> > > >> COMPILE_CAIRO=0
> > > >> COMPILE_MET=1
> > > >>
> > > >> Also, why don't you add the following export line under
"python
> > > --version"
> > > >> (~line 138) in the script to ensure that value is picked up
> > > >> when the script runs? Note that I previously forgot to tell
> > > >> you to add
> > the "-L"!
> > > >> My apologies! Here is the new line for LDFLAGS:
> > > >>
> > > >> > export $LDFLAGS=-L/software/depot/gcc-
9.3.0/lib64/:${LDFLAGS}
> > > >>
> > > >>
> > > >> And then in the MET compilation, it looks like the value for
> > > >> LDFLAGS is overridden, so please change the following line
> > > >> (~line
> > 632) from:
> > > >>
> > > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > > >> >
> > > >> to
> > > >>
> > > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
> > > >> > -L${MET_HDF5}/lib -L/software/depot/gcc-9.3.0/lib64/"
> > > >>
> > > >>
> > > >> Thank you for helping us realize that our documentation for
how
> > > >> to keep the compile script from recompiling all of the
> > > >> libraries being recompiled again is lacking. And also for
> > > >> helping us discover this issue that we haven't previously
seen
> > > >> which will help us to enhance our
> > > script.
> > > >>
> > > >> Please let me know if you have any questions.
> > > >>
> > > >> I will be out for the rest of the afternoon starting in about
> > > >> 15
> > > minutes.
> > > >> I may be able to check in on my phone, but won't have access
to
> > > >> a computer. Please send any questions you have, and I will
try
> > > >> to get back to you as soon as I can. Have a great weekend!
> > > >>
> > > >> Julie
> > > >>
> > > >> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
> > > >> <jpresto at ucar.edu>
> > > >> wrote:
> > > >>
> > > >> > Just saw this question. I'll reply in more detail
momentarily.
> > > >> >
> > > >> > Julie
> > > >> >
> > > >> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory,
> > > >> > Contractor, Code
> > > >> > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > >> >
> > > >> >>
> > > >> >> <URL:
> > > >> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > >> >> >
> > > >> >>
> > > >> >> How do I keep the compile script from recompiling all of
the
> > > >> >> libraries being recompiled again?
> > > >> >>
> > > >> >> Greg
> > > >> >>
> > > >> >> --
> > > >> > Julie Prestopnik
> > > >> > Software Engineer
> > > >> > National Center for Atmospheric Research Research
> > > >> > Applications Laboratory
> > > >> > Phone: 303.497.8399
> > > >> > Email: jpresto at ucar.edu
> > > >> >
> > > >> > My working day may not be your working day. Please do not
> > > >> > feel obliged to reply to this email outside of your normal
> > > >> > working
> hours.
> > > >> >
> > > >>
> > > >>
> > > >> --
> > > >> Julie Prestopnik
> > > >> Software Engineer
> > > >> National Center for Atmospheric Research Research
Applications
> > > >> Laboratory
> > > >> Phone: 303.497.8399
> > > >> Email: jpresto at ucar.edu
> > > >>
> > > >> My working day may not be your working day. Please do not
feel
> > > >> obliged to reply to this email outside of your normal working
hours.
> > > >>
> > > >>
> > > >>
> > > >>
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
> obliged to reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to reply to this email outside of your normal working hours.
------------------------------------------------
Subject: I was able to build the executable, but
From: Julie Prestopnik
Time: Mon Jun 22 11:50:25 2020
You're very welcome. Thanks for your patience, while we got these new
errors figured out.
Julie
On Mon, Jun 22, 2020 at 11:47 AM Ramos, Mr. Gregory, Contractor, Code
7501.1 via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
>
> Excellent. Yes, go ahead and close this. Thanks for the help.
>
>
> Greg
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Monday, June 22, 2020 10:45 AM
> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> Greg.Ramos.ctr at nrlmry.navy.mil>
> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
executable,
> but
>
> Thanks for attaching it. I don't see any problems there. I'm glad
you
> were able to get this working!
>
> Julie
>
> On Mon, Jun 22, 2020 at 10:35 AM Ramos, Mr. Gregory, Contractor,
Code
> 7501.1 via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> >
> > I meant the the make test log. Attached this time.
> >
> >
> > Greg
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Monday, June 22, 2020 9:29 AM
> > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > Greg.Ramos.ctr at nrlmry.navy.mil>
> > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > executable, but
> >
> > Oh, I didn't receive any test results. Do you mean the output of
> > make_test.log? If so, please go ahead and send it over. Or, if
> > instead you are referring to the output of "ldd ./bin/pb2nc", that
looks
> fine.
> >
> > Julie
> >
> > On Mon, Jun 22, 2020 at 10:25 AM Ramos, Mr. Gregory, Contractor,
Code
> > 7501.1 via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > >
> > > Thank you. Do the test results look right?
> > >
> > > Greg
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Monday, June 22, 2020 9:24 AM
> > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > executable, but
> > >
> > > Great, Greg! I'm so glad to hear you got it working. I'll go
ahead
> > > and close this ticket. Please feel free to open a new ticket
with
> > > any other questions you have. Have a great week!
> > >
> > > Julie
> > >
> > > On Sat, Jun 20, 2020 at 3:12 PM Ramos, Mr. Gregory, Contractor,
Code
> > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
>
> > > >
> > > > I changed it, so the gcc was in front:
> > > >
> > > >
> > > >
> > > > export MET_GSL=${LIB_DIR}
> > > > export MET_HDF=${LIB_DIR}
> > > > export MET_HDFEOS=${LIB_DIR}
> > > > export MET_PYTHON_LD=${MET_PYTHON_LD}
> > > > export MET_PYTHON_CC=${MET_PYTHON_CC}
> > > > export LDFLAGS="-Wl,--disable-new-dtags"
> > > > export LDFLAGS="${LDFLAGS}
> > > >
> > >
> >
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> > > > export LDFLAGS="${LDFLAGS}
> > > > -Wl,-rpath,${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}"
> > > > ##### export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > > > export LDFLAGS="-L/software/depot/gcc-9.3.0/lib64/
${LDFLAGS}
> > > > -L${LIB_JASPER} -L${MET_HDF5}/lib"
> > > >
> > > > #export LIBS="${LIBS} -lhdf5_hl -lhdf5 -lz"
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Friday, June 19, 2020 11:09 AM
> > > > To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > Subject: Re: [rt.rap.ucar.edu #95618] I was able to build the
> > > > executable, but
> > > >
> > > > And, if that change gives a syntax error and you're able to
figure
> > > > out how to fix it, will you please let me know?
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Fri, Jun 19, 2020 at 12:07 PM Julie Prestopnik
> > > > <jpresto at ucar.edu>
> > > > wrote:
> > > >
> > > > > Greg,
> > > > >
> > > > > I just noticed that the compiling of NetCDF also uses
LDFLAGS too.
> > > > > On ~line 427, you'll see:
> > > > >
> > > > >> ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > > > >> CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS=-
L${LIB_DIR}/lib:{LIB_Z}
> > > > >> CPPFLAG\
> > > > >>
> > > > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > > > >>
> > > > >
> > > > > Unfortunately, I don't have time to test before I leave, but
I
> > > > > think you want to change it to the following... I'm just not
> > > > > sure about the
> > > > syntax.
> > > > >
> > > > > ./configure --prefix=${LIB_DIR} --with-zlib=${LIB_Z}
> > > > > CFLAGS=-fPIC CXXFLAGS=-fPIC LDFLAGS="${LDFLAGS}
> > -L${LIB_DIR}/lib:{LIB_Z}"
> > > > > CPPFLAG\
> > > > >
> > > > >> S=-I${LIB_DIR}/include > configure.log 2>&1
> > > > >
> > > > >
> > > > > Julie
> > > > >
> > > > > On Fri, Jun 19, 2020 at 11:57 AM Ramos, Mr. Gregory,
Contractor,
> > > > > Code
> > > > > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > >>
> > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618 >
> > > > >>
> > > > >> Thank you. I will try out your fixes. You have a good
weekend too.
> > > > >>
> > > > >> Greg
> > > > >>
> > > > >> -----Original Message-----
> > > > >> From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > >> Sent: Friday, June 19, 2020 10:49 AM
> > > > >> To: Ramos, Mr. Gregory, Contractor, Code 7501.1 <
> > > > >> Greg.Ramos.ctr at nrlmry.navy.mil>
> > > > >> Subject: Re: [rt.rap.ucar.edu #95618] I was able to build
the
> > > > >> executable, but
> > > > >>
> > > > >> Since you'll be recompiling BUFRLIB, GSL, and NetCDF, you
can
> > > > >> do the
> > > > >> following:
> > > > >>
> > > > >> In your install_met_env config file, add the following:
> > > > >> export EXTERNAL_LIBS=/software/depot/met-
9.0.2/external_libs/
> > > > >> export MET_GRIB2CLIB=${EXTERNAL_LIBS}/lib
> > > > >> export MET_GRIB2CINC=${EXTERNAL_LIBS}/include
> > > > >> export GRIB2CLIB_NAME=-lgrib2c
> > > > >>
> > > > >> Make sure that in your install_met_env config file the
> > > > >> following vars are not set:
> > > > >> MET_NETCDF
> > > > >> MET_BUFRLIB
> > > > >>
> > > > >> In the compile_MET_all.sh script, set the following:
> > > > >> COMPILE_GSL=1
> > > > >> COMPILE_HDF=0
> > > > >> COMPILE_HDFEOS=0
> > > > >> COMPILE_FREETYPE=0
> > > > >> COMPILE_CAIRO=0
> > > > >> COMPILE_MET=1
> > > > >>
> > > > >> Also, why don't you add the following export line under
"python
> > > > --version"
> > > > >> (~line 138) in the script to ensure that value is picked up
> > > > >> when the script runs? Note that I previously forgot to
tell
> > > > >> you to add
> > > the "-L"!
> > > > >> My apologies! Here is the new line for LDFLAGS:
> > > > >>
> > > > >> > export $LDFLAGS=-L/software/depot/gcc-
9.3.0/lib64/:${LDFLAGS}
> > > > >>
> > > > >>
> > > > >> And then in the MET compilation, it looks like the value
for
> > > > >> LDFLAGS is overridden, so please change the following line
> > > > >> (~line
> > > 632) from:
> > > > >>
> > > > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
-L${MET_HDF5}/lib"
> > > > >> >
> > > > >> to
> > > > >>
> > > > >> > export LDFLAGS="${LDFLAGS} -L${LIB_JASPER}
> > > > >> > -L${MET_HDF5}/lib -L/software/depot/gcc-9.3.0/lib64/"
> > > > >>
> > > > >>
> > > > >> Thank you for helping us realize that our documentation for
how
> > > > >> to keep the compile script from recompiling all of the
> > > > >> libraries being recompiled again is lacking. And also for
> > > > >> helping us discover this issue that we haven't previously
seen
> > > > >> which will help us to enhance our
> > > > script.
> > > > >>
> > > > >> Please let me know if you have any questions.
> > > > >>
> > > > >> I will be out for the rest of the afternoon starting in
about
> > > > >> 15
> > > > minutes.
> > > > >> I may be able to check in on my phone, but won't have
access to
> > > > >> a computer. Please send any questions you have, and I will
try
> > > > >> to get back to you as soon as I can. Have a great weekend!
> > > > >>
> > > > >> Julie
> > > > >>
> > > > >> On Fri, Jun 19, 2020 at 11:29 AM Julie Prestopnik
> > > > >> <jpresto at ucar.edu>
> > > > >> wrote:
> > > > >>
> > > > >> > Just saw this question. I'll reply in more detail
momentarily.
> > > > >> >
> > > > >> > Julie
> > > > >> >
> > > > >> > On Fri, Jun 19, 2020 at 11:28 AM Ramos, Mr. Gregory,
> > > > >> > Contractor, Code
> > > > >> > 7501.1 via RT <met_help at ucar.edu> wrote:
> > > > >> >
> > > > >> >>
> > > > >> >> <URL:
> > > > >> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95618
> > > > >> >> >
> > > > >> >>
> > > > >> >> How do I keep the compile script from recompiling all of
the
> > > > >> >> libraries being recompiled again?
> > > > >> >>
> > > > >> >> Greg
> > > > >> >>
> > > > >> >> --
> > > > >> > Julie Prestopnik
> > > > >> > Software Engineer
> > > > >> > National Center for Atmospheric Research Research
> > > > >> > Applications Laboratory
> > > > >> > Phone: 303.497.8399
> > > > >> > Email: jpresto at ucar.edu
> > > > >> >
> > > > >> > My working day may not be your working day. Please do
not
> > > > >> > feel obliged to reply to this email outside of your
normal
> > > > >> > working
> > hours.
> > > > >> >
> > > > >>
> > > > >>
> > > > >> --
> > > > >> Julie Prestopnik
> > > > >> Software Engineer
> > > > >> National Center for Atmospheric Research Research
Applications
> > > > >> Laboratory
> > > > >> Phone: 303.497.8399
> > > > >> Email: jpresto at ucar.edu
> > > > >>
> > > > >> My working day may not be your working day. Please do not
feel
> > > > >> obliged to reply to this email outside of your normal
working
> hours.
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research Research
Applications
> > > > > Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > > > > obliged to reply to this email outside of your normal
working
> hours.
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> > > > obliged to reply to this email outside of your normal working
hours.
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
> > > obliged to reply to this email outside of your normal working
hours.
> > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
> > obliged to reply to this email outside of your normal working
hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
More information about the Met_help
mailing list