[Met_help] [rt.rap.ucar.edu #94992] History for MET-9.0 Undefined References to Python
Julie Prestopnik via RT
met_help at ucar.edu
Wed Jun 10 14:41:52 MDT 2020
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear Sir:
I'm trying to compile MET-9.0 on Fedora 31 Linux and Python3.8 and am
running into a large number of 'undefined references' to python
modules. The attached error file shows them. I noticed a similar issue
was posted for the Cheyenne computer (Test met-9.0_beta2 with python
embedding using Python 3.6.3. #1232) but couldn't figure out what the
fix might be. My system is a single desktop linux.
Is disabling python-embedding a fix, or some other method.
I would greatly appreaciate any help you could offer.
Sincerely,
T. W. Tesche
Boise, ID
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: MET-9.0 Undefined References to Python
From: Julie Prestopnik
Time: Tue Apr 21 18:36:28 2020
Thank you for your interest in MET. Thank you also for sending along
the
error and the comparison to GitHub issue #1232.
The problem may lie in the way the variables are set for compilation.
In
order to provide me with more information to assist you, could you
please
pass along your config.log file and your make.log file?
Is disabling python-embedding a fix, or some other method.
>
Disabling python-embedding could be a fix, but it allows a lot of
flexibility in using the MET tools, so we'd love to get that working
for
you as well, if possible.
Thank you!
Julie
> Dear Sir:
>
> I'm trying to compile MET-9.0 on Fedora 31 Linux and Python3.8 and
am
> running into a large number of 'undefined references' to python
> modules. The attached error file shows them. I noticed a similar
issue
> was posted for the Cheyenne computer (Test met-9.0_beta2 with python
> embedding using Python 3.6.3. #1232) but couldn't figure out what
the
> fix might be. My system is a single desktop linux.
>
> Is disabling python-embedding a fix, or some other method.
>
> I would greatly appreaciate any help you could offer.
>
> Sincerely,
>
> T. W. Tesche
>
> Boise, ID
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My 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 #94992] MET-9.0 Undefined References to Python
From: twt
Time: Wed Apr 22 12:44:44 2020
Hi Julie:
Thanks for returning my email so quickly............
Currently, I'm working through the various ./configure options and
find
that with ./configure --prefix=`pwd` --enable-grib2
--enable-mode_graphics I am able to generate 34 of the 36 executables
in
/met/bin. Later today I'll send you my config.log and make.log files
as
requested.
I do have one major question, though. On page 425 of the User's
Manual
it says "Currently, only NetCDF version 3.6 can be used with MET". Is
this true? I've been using NetCDF v4.7.2 in all of my modeling...WRF,
CMAQ, CAMx. GEOS-Chem. Do I need to go back and recompile all of my
libraries (e.g., zlib, jpeg, HDF) along with NetCDF v3.6? This could
be
a dealbreaker for me... Your feedback on this point would be greatly
appreciated.
Thanks,
Tom Tesche
On 4/21/20 6:36 PM, Julie Prestopnik via RT wrote:
> Thank you for your interest in MET. Thank you also for sending
along the
> error and the comparison to GitHub issue #1232.
>
> The problem may lie in the way the variables are set for
compilation. In
> order to provide me with more information to assist you, could you
please
> pass along your config.log file and your make.log file?
>
> Is disabling python-embedding a fix, or some other method.
> Disabling python-embedding could be a fix, but it allows a lot of
> flexibility in using the MET tools, so we'd love to get that working
for
> you as well, if possible.
>
> Thank you!
>
> Julie
>
>
>> Dear Sir:
>>
>> I'm trying to compile MET-9.0 on Fedora 31 Linux and Python3.8 and
am
>> running into a large number of 'undefined references' to python
>> modules. The attached error file shows them. I noticed a similar
issue
>> was posted for the Cheyenne computer (Test met-9.0_beta2 with
python
>> embedding using Python 3.6.3. #1232) but couldn't figure out what
the
>> fix might be. My system is a single desktop linux.
>>
>> Is disabling python-embedding a fix, or some other method.
>>
>> I would greatly appreaciate any help you could offer.
>>
>> Sincerely,
>>
>> T. W. Tesche
>>
>> Boise, ID
>>
>>
>>
------------------------------------------------
Subject: MET-9.0 Undefined References to Python
From: Julie Prestopnik
Time: Wed Apr 22 14:12:58 2020
Thank you for the update. MODE Graphics is not widely used, and I
would
not anticipate you needing that. However, the GRIB2 functionality is
frequently used, so we'd like to get that working for you. Also, if
you
think it would make things easier, we have a compilation script that
we use
to install MET and its dependent libraries on various machines. It
may or
may not work right away on your machine, but if you'd like to give it
a
try, we can send it and the instructions for using it your way, and
provide
guidance on any issues that arise. We could also continue to
troubleshoot
with what you are currently doing. Please let us know how you'd like
to
proceed.
I do have one major question, though. On page 425 of the User's
Manual
> it says "Currently, only NetCDF version 3.6 can be used with MET".
Is
> this true?
>
That is not true any longer. Thank you for bringing it to our
attention. We are currently in the processing of transitioning our
User's
Guide, and I have made a note to remove that from the FAQ. Thank you
for
the catch!
Do I need to go back and recompile all of my libraries (e.g., zlib,
jpeg,
> HDF) along with NetCDF v3.6?
No, you do not need to do that.
I've been using NetCDF v4.7.2 in all of my modeling...WRF, CMAQ,
CAMx.
> GEOS-Chem.
We have been using netcdf-4.4.1.1 and netcdf-cxx4-4.3.0 (both netcdf
and
netcdf-cxx are required for MET). While I don't know of anyone using
MET
with netcdf-4.7.2, we would like MET to work for that version of
NetCDF.
Please proceed as you are and please let us know if you encounter any
issues.
Thank you.
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: MET-9.0 Undefined References to Python
From: twt
Time: Wed Apr 22 14:45:37 2020
Yes, it seems to make sense to look at your scripting in the hope that
it helps me make further progress.
My system is a Dell Precision T7600 with dual-intel hexcore
processors,
running Fedora Workstation 31 and PGI 19.10 compilers. I am using
NetCDF v4.7.2
I've attached my current .cshrc file (named mycshrc) if this would be
of
any help.
Thanks a lot!
Tom
On 4/22/20 2:12 PM, Julie Prestopnik via RT wrote:
> Thank you for the update. MODE Graphics is not widely used, and I
would
> not anticipate you needing that. However, the GRIB2 functionality
is
> frequently used, so we'd like to get that working for you. Also, if
you
> think it would make things easier, we have a compilation script that
we use
> to install MET and its dependent libraries on various machines. It
may or
> may not work right away on your machine, but if you'd like to give
it a
> try, we can send it and the instructions for using it your way, and
provide
> guidance on any issues that arise. We could also continue to
troubleshoot
> with what you are currently doing. Please let us know how you'd
like to
> proceed.
>
> I do have one major question, though. On page 425 of the User's
Manual
>> it says "Currently, only NetCDF version 3.6 can be used with MET".
Is
>> this true?
>>
> That is not true any longer. Thank you for bringing it to our
> attention. We are currently in the processing of transitioning our
User's
> Guide, and I have made a note to remove that from the FAQ. Thank
you for
> the catch!
>
> Do I need to go back and recompile all of my libraries (e.g.,
zlib, jpeg,
>> HDF) along with NetCDF v3.6?
> No, you do not need to do that.
>
> I've been using NetCDF v4.7.2 in all of my modeling...WRF, CMAQ,
CAMx.
>> GEOS-Chem.
> We have been using netcdf-4.4.1.1 and netcdf-cxx4-4.3.0 (both netcdf
and
> netcdf-cxx are required for MET). While I don't know of anyone
using MET
> with netcdf-4.7.2, we would like MET to work for that version of
NetCDF.
> Please proceed as you are and please let us know if you encounter
any
> issues.
>
> Thank you.
>
> Julie
>
------------------------------------------------
Subject: MET-9.0 Undefined References to Python
From: twt
Time: Wed Apr 22 14:45:37 2020
#echo 'starting .cshrc'
#setenv MET_PYTHON_CC /home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/include/python3.7m
#setenv MET_PYTHON_LD /home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/lib/libpython3.7m.so.1.0
setenv MET_BUFRINC /work/models/met-9.0/BUFRLIB
setenv MET_BUFRLIB /work/models/met-9.0/BUFRLIB
setenv MET_NETCDF /work/models/wrf/Build_WRF/netcdf-4.7.2
setenv MET_HDF5 /work/models/wrf/Build_WRF/hdf5
setenv MET_HDFEOS /work/local/hdfeos5-1.16
setenv MET_GSLINC /usr/local/include/gsl
setenv MET_GSLLIB /usr/local/lib
setenv MET_GRIB2CINC /usr/local/g2clib-1.6.0-patch
setenv MET_GRIB2CLIB /usr/local/g2clib-1.6.0-patch
setenv display /home/twt/diskc/display
setenv outplot /home/twt/diskc/outplot
setenv fortran /home/twt/diskc/fortran
# Working directories
setenv pnw /home/twt/diskc/pnw
setenv hgb /home/twt/diskc/hgb
setenv amet /home/twt/diska/amet
setenv AMETBASE /home/twt/diska/amet
# R libraries and environmental variables
setenv R_LIBS_USER /home/twt/R/site-library # /usr/lib64/R/library
#/usr/local/R/library
setenv R_HOME_DIR /usr/lib64/R
setenv TMPDIR /home/twt/R/tmpdir
# WRF environmental variables
setenv NCARG_ROOT /home/twt/.conda/pkgs/ncl-6.6.2-h95b68c9_11
setenv CPATH /usr/include/tirpc
setenv WRF_CHEM 0
setenv WRF_KPP 0
setenv FLEX_LIB_DIR /usr/lib64/
setenv RDAPSWD OSgXcuN1 # password for NCAR Data Achive (NDA)
setenv WRFIO_NCD_LARGE_FILE_SUPPORT 1
setenv WRF_EM_CORE 1
setenv BUFR 1
setenv CRTM 1
setenv J "-j 2"
setenv BUILD /work/models/wrf/Build_WRF
setenv WRF_DIR /work/models/wrf/wrf
setenv WRFDA_DIR /work/models/wrf/wrfda
setenv WRFPLUS_DIR /work/models/wrf/wrfplus
setenv WRF4DVAR_DIR /work/models/wrf/4dvar
setenv YACC '/usr/bin/bison -d'
setenv HYDRA_HOST_FILE /home/twt/host
setenv PKG_CONFIG_PATH
/usr/local/lib/pkgconfig:/usr/lib64/pkgconfig:/usr/lib64
# CMAQ environmental variables
setenv CMAQ_HOME /home/twt/diska/cmaq
# IO_API environmental variables
setenv BIN Linux2_x86_64pg
setenv BASEDIR /usr/local/ioapi-3.2
setenv IODIR $BASEDIR/ioapi
setenv IOAPI /usr/local/ioapi-3.2/Linux2_x86_64pg
# GEOS-Chem environmental variables
#setenv OMP_NUM_THREADS 12
setenv KMP_STACKSIZE 500000000
limit cputime unlimited
limit filesize unlimited
limit datasize unlimited
limit stacksize unlimited
limit coredumpsize unlimited
limit memoryuse unlimited
limit vmemoryuse unlimited
limit memorylocked unlimited
limit maxproc unlimited
#==================================================
# PGI-v19.10 compilers
setenv GC_BIN /work/models/wrf/Build_WRF/netcdf-4.7.2/bin
setenv GC_INCLUDE /work/models/wrf/Build_WRF/netcdf-4.7.2/include
setenv GC_LIB /work/models/wrf/Build_WRF/netcdf-4.7.2/lib
setenv PGI /opt/pgi/linux86-64-llvm/19.10
setenv FC pgf90
setenv F77 pgfortran
setenv F90 pgf90
setenv CC gcc
setenv CXX g++
setenv FFLAGS -m64
setenv FCFLAGS -m64
setenv LM_LICENSE_FILE /opt/pgi/license.dat
setenv CFLAGS "-I/home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/include/python3.7m
-I/work/models/wrf/Build_WRF/netcdf-4.7.2/include -I/user/include
-I/usr/include/tirpc -I/usr/include/rpc -I/usr/local/hdfeos2-
2.20/include -I/usr/local/hdfeos5-1.16/include
-I$NCARG_ROOT/include/ncarg"
setenv LDFLAGS "-L/usr/lib64 -L/usr/local/lib
-L/work/models/wrf/Build_WRF/grib2/lib"
setenv CPPFLAGS "-I/home/twt/.conda/envs/ncl-py/include/python3.7m
-I/usr/local/netcdf-c-4.7.2/include
-I/work/models/wrf/Build_WRF/netcdf-4.7.2/include -I/usr/include/rpc
-I/usr/local/include/freetype2 -I/usr/include/tirpc -I/usr/include/GL
-I/usr/local/include -I/work/models/wrf/Build_WRF/grib2/include
-I$NCARG_ROOT/include/ncarg -I/usr/local/hdfeos2-2.20/include
-I/usr/local/hdfeos5-1.16/include"
setenv LD_LIBRARY_PATH //home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/lib/libpython3.7m.so.1.0:/usr/local/lib:/usr/lib64:/opt/pgi/linux86-
64-
llvm/19.10/lib:/usr/lib:/lib64:$BUILD/grib2/lib:$BUILD/hdf5/lib:$NCARG_ROOT/lib:$BUILD/LIBRARIES/libpng-
1.2.50/.libs:$BUILD/netcdf-
4.7.2/lib:$BUILD/mpich/lib:/usr/local/netcdf-c-4.7.2./liblib
setenv MANPATH
'$MANPATH':/usr/share/man:$NCARG_ROOT/man:/opt/pgi/linux86-64-
llvm/19.10/man
setenv NETCDF $BUILD/netcdf-4.7.2 # This directory has the
netcdf-c and netcdf-fortran files merged.
setenv HDF5 $BUILD/hdf5
setenv MPICH $BUILD/mpich
setenv JASPERLIB $BUILD/grib2/lib
setenv JASPERINC $BUILD/grib2/include
set path=($BUILD/netcdf-4.7.2/bin:$BUILD/netcdf-
4.7.2/include:/usr/lib64:/usr/lib64/pkgconfig:/usr/local/bin:/usr/local/include:/usr/include/tirpc/rpc:$BUILD/mpich/bin:$BUILD/mpich/mpich-
install/bin:/bin:/usr/bin:$BUILD/mpich/include:/usr/sbin:$BUILD/grib2/lib:$BUILD/grib2/include:/usr/local/include/GL:/usr/include:/usr/include/X11:/usr/include/tirpc:$NCARG_ROOT/bin:/opt/pgi/linux86-
64-llvm/19.10/bin $path)
#==================================================
setenv MAGICK_HOME /usr/lib64/ImageMagick-6.9.10
setenv CONVERT /usr/bin
setenv GRAPHCAP X11
setenv DISPLAY :0.0
setenv AUTO_DELETE N
# Finish up....
umask 002
set number
set history=256
alias ls ls -F --color=auto
alias h history
alias df df -h
alias ll ls -lag
alias idlde idlde -outofprocess
alias rm rm -f
# End
------------------------------------------------
Subject: MET-9.0 Undefined References to Python
From: Julie Prestopnik
Time: Wed Apr 22 15:10:57 2020
I have mostly used the gcc and intel compilers to compile MET. I am
not
incredibly familiar with the PGI set of compilers. I looked at
config.newcshrc.log, and I believe the configuration exits because of
the
way MET_PYTHON_CC and MET_PYTHON_LD are set.
I see you have the following set:
setenv MET_PYTHON_CC
/home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/include/python3.7m
setenv MET_PYTHON_LD
/home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/lib/libpython3.7m.so.1.0
The "-I" in MET_PYTHON_CC is missing and the "-L" in MET_PYTHON_LD is
missing, as are the other libraries to link with. Also, the name of
the
library file "libpython3.7m.so.1.0" should not be included in the
path.
Running "python3-config --cflags" and "python3-config --ldflags"
should provide some guidance in how to set those. Likely, you'll do
something like the following:
setenv MET_PYTHON_CC
-I/home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/include/python3.7m
setenv MET_PYTHON_LD
-L/home/twt/.conda/pkgs/python-3.7.7-hcf32534_0_cpython/lib\
-lpython3.7m\
-lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-dynamic
You could try copying and pasting those and see if it gets you
farther.
Please let us know how it goes.
Julie
On Wed, Apr 22, 2020 at 2:32 PM twt via RT <met_help at ucar.edu> wrote:
>
> Wed Apr 22 14:31:29 2020: Request 95008 was acted upon.
> Transaction: Ticket created by twt at iac.net
> Queue: met_help
> Subject: MET-9.0 Undefined References to Python
> Owner: Nobody
> Requestors: twt at iac.net
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95008 >
>
>
> Hi Julie:
>
> I still cannot get MET9 to generate executables when I issue the
> commands "./configure --enable-python" followed by "make install".
I'm
> attaching pertinent config.log and make.log files for your
information.
>
> ./configure --prefix=`pwd` 33 of 36 executables
> ./configure --prefix=`pwd` --enable-grib2 33 of 36
executables
> ./configure --prefix=`pwd` --enable-grib2 --enable-modis 18 of
36
> executables
> ./configure --prefix=`pwd` --enable-grib2 --enable-mode_graphics
> 34 of 36 executables
> ./configure --prefix=`pwd` --enable-grib2 --enable-modis
> --enable-mode_graphics --enable-lidar2nc no executables
> ./configure --prefix=`pwd` --enable-grib2 --enable-python
> --enable-modis --enable-mode_graphics --enable-lidar2nc no
executables
>
> I can get as many as 34 of the 36 executables in met/bin by just
> enabling "grib2" and/or "mode_graphics" in the ./configure step.
>
> When I try to enable "phython", "modis", or 'lidar" I get a
"collect2:
> error: ld returned 1 exit status".
>
> I tried to put the following two lines in my .cshrc file....
>
> setenv MET_PYTHON_CC
> /home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/include/python3.7m
> setenv MET_PYTHON_LD
>
> /home/twt/.conda/pkgs/python-3.7.7-
hcf32534_0_cpython/lib/libpython3.7m.so.1.0
>
> but for some reason, the ./configure step fails each time with the
> errors..........
>
> configure: python embedding will not be compiled
> checking whether the C++ compiler works... no
> configure: error: in `/work/models/met':
> configure: error: C++ compiler cannot create executables
>
> See my new log titled "config.newcshrc.log" for more details on
this
> experiment.
>
> Any help you might be able to offer would be most appreciated!
>
>
> Best regards,
>
> Tom
>
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: MET-9.0 Undefined References to Python
From: Julie Prestopnik
Time: Wed Apr 22 15:25:47 2020
I put together a tar file for you, which I would normally put on our
ftp
server for you. Unfortunately, our ftp server seems to be down right
now.
I just wrote to our helpdesk to make them aware of the issue.
Hopefully,
they can resolve it soon. The tar gzipped file I was hoping to send
it 143M.
I'll follow up once our ftp server is fixed, unless you'd like me to
get
the files to you a different way. You could also try out changing the
values of MET_PYTHON_CC and MET_PYTHON_LD as directed in my other
email and
we can see if we can make some progress there as well. Thanks!
Julie
On Wed, Apr 22, 2020 at 2:45 PM twt via RT <met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94992 >
>
> Yes, it seems to make sense to look at your scripting in the hope
that
> it helps me make further progress.
>
> My system is a Dell Precision T7600 with dual-intel hexcore
processors,
> running Fedora Workstation 31 and PGI 19.10 compilers. I am using
> NetCDF v4.7.2
>
> I've attached my current .cshrc file (named mycshrc) if this would
be of
> any help.
>
> Thanks a lot!
>
> Tom
>
> --
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: MET-9.0 Undefined References to Python
From: Julie Prestopnik
Time: Wed Apr 22 15:53:41 2020
Hi Tom. The problem with our FTP server seems to be resolved now.
If you'd like to try the compilation script, you are welcome to. You
could
go and get the script and files from our website, but there would be
separate links for the script, library tar_files, MET tar file, and
font
data, so instead, I just put together a tar file for you that you can
grab
from our ftp server.
To access it, you can run:
ftp -p ftp.rap.ucar.edu
For your username, type anonymous
For the password, type twt at iac.net
Then run:
cd incoming/irap/met_help
get MET.tar.gz
exit
The script, compile_MET_all.sh, expects a tar_files directory to be
present
in the same directory as the script. It also expects the following
environment variables to be set before running. The examples below are
taken from an installation on Tide (WCOSS).
- TEST_BASE: Installation Directory (e.g.
/global/noscrub/Julie.Prestopnik/met/9.0)
- COMPILER: format is compiler_version (e.g. intel_15.0.3) (For the
gnu
family of compilers, use "gnu"; for pgi, use pgi.)
- PYTHON_MODULE: format is the name of the Python module to load
followed by an underscore and then the version number (e.g.
python_3.6.3,
The script will then run "module load python/3.6.3"). It is ok if
your
system does not use module files. It should just continue and
start
installing GSL in an external_libraries directory that the script
will
create. If it does not, please let me know.
- MET_SUBDIR: location where top level MET subdir (met-9.0) will be
(e.g. ${TEST_BASE}/)
- MET_TARBALL: name of MET tarball (e.g. met-9.0.20200315.tar)
- MET_PYTHON: location containing the lib directory to Python (e.g.
/usrx/local/prod/packages/python/3.6.3)
- MET_PYTHON_CC: -I followed by the directory containing Python
includes
(e.g. -I/usrx/local/prod/packages/python/3.6.3/include/python3.6m)
(You may
be able to get this information by running *python3-config
--cflags*)
- MET_PYTHON_LD: -L followed by the directory containing Python
library
file, then a space and -l followed by the necessary Python
libraries to
link to (e.g. -L/usrx/local/prod/packages/python/3.6.3/lib/\
-lpython3.6m\
-lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-dynamic). The
backslashes
*are* necessary in the example shown. (You may be able to get this
information by running *python3-config --ldflags*)
- PYTHON_MODULE_USE: modulefile location for Python (e.g.
/usrx/local/dev/modulefiles). If your system does not use module
files,
but you'd like to have the Python functionality installed, simply
set this
to "python".
Please let me know if you have any questions or encounter any problems
when
trying to run the script. The script takes no arguments, so you can
simply
run:
./compile_MET_all.sh in the same directory the script is in, once you
have
set the environment variables above.
Julie
On Wed, Apr 22, 2020 at 3:25 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
> I put together a tar file for you, which I would normally put on our
ftp
> server for you. Unfortunately, our ftp server seems to be down
right now.
> I just wrote to our helpdesk to make them aware of the issue.
Hopefully,
> they can resolve it soon. The tar gzipped file I was hoping to send
> it 143M.
>
> I'll follow up once our ftp server is fixed, unless you'd like me to
get
> the files to you a different way. You could also try out changing
the
> values of MET_PYTHON_CC and MET_PYTHON_LD as directed in my other
email and
> we can see if we can make some progress there as well. Thanks!
>
> Julie
>
> On Wed, Apr 22, 2020 at 2:45 PM twt via RT <met_help at ucar.edu>
wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=94992 >
>>
>> Yes, it seems to make sense to look at your scripting in the hope
that
>> it helps me make further progress.
>>
>> My system is a Dell Precision T7600 with dual-intel hexcore
processors,
>> running Fedora Workstation 31 and PGI 19.10 compilers. I am using
>> NetCDF v4.7.2
>>
>> I've attached my current .cshrc file (named mycshrc) if this would
be of
>> any help.
>>
>> Thanks a lot!
>>
>> Tom
>>
>> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My 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