[Met_help] [rt.rap.ucar.edu #98856] History for Sample Script For Compiling External Libraries And MET

Fri Mar 5 14:55:34 MST 2021

----------------------------------------------------------------
  Initial Request
----------------------------------------------------------------

Hello,

I am using the sample scripts to compiling the external libraries for MET and I am running into issues. Can you help me?

Specifically, I am running into issues with the BUFRLIB_v11.3.0 library. I get the error “endiantest.c:33:1: warning: return type defaults to ‘int’ [-Wimplicit-int]
 main()
 ^~~~” when running the command “gfortran -c -fno-second-underscore `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v "mod[av]_"` >> make.log”

Thanks,
Ryan

----------------------------------------------------------------
  Complete Ticket History
----------------------------------------------------------------

Subject: Sample Script For Compiling External Libraries And MET
From: Minna Win
Time: Thu Feb 25 15:32:35 2021

Hi Ryan,

According to our resident MET build expert, this is just a warning,
not an
error and can be ignored as long as that library file is getting
created.
Please let us know if you run into any other problems.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu
>        Queue: met_help
>      Subject: Sample Script For Compiling External Libraries And MET
>        Owner: Nobody
>   Requestors: Ryan.Gonzalez at colostate.edu
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
>
> Hello,
>
> I am using the sample scripts to compiling the external libraries
for MET
> and I am running into issues. Can you help me?
>
> Specifically, I am running into issues with the BUFRLIB_v11.3.0
library. I
> get the error “endiantest.c:33:1: warning: return type defaults to
‘int’
> [-Wimplicit-int]
>  main()
>  ^~~~” when running the command “gfortran -c -fno-second-underscore
> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
"mod[av]_"`
> >> make.log”
>
> Thanks,
> Ryan
>
>

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Thu Feb 25 15:56:08 2021

Thanks Minna. That is good to know. The next error I am getting is
with the HDF library. I am getting the return status “make returned
with non-zero (2) status”.

I have attached the make.log file that corresponds to this build.

Ryan

> On Feb 25, 2021, at 15:32, Minna Win via RT <met_help at ucar.edu>
wrote:
>
> Hi Ryan,
>
> According to our resident MET build expert, this is just a warning,
not an
> error and can be ignored as long as that library file is getting
created.
> Please let us know if you run into any other problems.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax:   303-497-8401
> ---------------
> Pronouns: she/her
>
>
> On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
>> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu
>>       Queue: met_help
>>     Subject: Sample Script For Compiling External Libraries And MET
>>       Owner: Nobody
>>  Requestors: Ryan.Gonzalez at colostate.edu
>>      Status: new
>> Ticket <URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cd4b219fef26a4b509fea08d8d9dd411a%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637498891598919616%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LZRmY5zNy%2BaaHeWfsFWCOtBYtem%2FSd7kXooInijwG7U%3D&reserved=0
>
>>
>>
>> Hello,
>>
>> I am using the sample scripts to compiling the external libraries
for MET
>> and I am running into issues. Can you help me?
>>
>> Specifically, I am running into issues with the BUFRLIB_v11.3.0
library. I
>> get the error “endiantest.c:33:1: warning: return type defaults to
‘int’
>> [-Wimplicit-int]
>> main()
>> ^~~~” when running the command “gfortran -c -fno-second-underscore
>> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
"mod[av]_"`
>>>> make.log”
>>
>> Thanks,
>> Ryan
>>
>>
>

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Minna Win
Time: Thu Feb 25 16:23:13 2021

Hi Ryan,

I'm assigning this ticket to Julie, our expert in tracking down these
issues.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Thanks Minna. That is good to know. The next error I am getting is
with
> the HDF library. I am getting the return status “make returned with
> non-zero (2) status”.
>
> I have attached the make.log file that corresponds to this build.
>
> Ryan
>
>
>
> > On Feb 25, 2021, at 15:32, Minna Win via RT <met_help at ucar.edu>
wrote:
> >
> > Hi Ryan,
> >
> > According to our resident MET build expert, this is just a
warning, not
> an
> > error and can be ignored as long as that library file is getting
created.
> > Please let us know if you run into any other problems.
> >
> > Regards,
> > Minna
> > ---------------
> > Minna Win
> > National Center for Atmospheric Research
> > Developmental Testbed Center
> > Phone: 303-497-8423
> > Fax:   303-497-8401
> > ---------------
> > Pronouns: she/her
> >
> >
> > On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> > wrote:
> >
> >>
> >> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
> >> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu
> >>       Queue: met_help
> >>     Subject: Sample Script For Compiling External Libraries And
MET
> >>       Owner: Nobody
> >>  Requestors: Ryan.Gonzalez at colostate.edu
> >>      Status: new
> >> Ticket <URL:
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cd4b219fef26a4b509fea08d8d9dd411a%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637498891598919616%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LZRmY5zNy%2BaaHeWfsFWCOtBYtem%2FSd7kXooInijwG7U%3D&reserved=0
> >
> >>
> >>
> >> Hello,
> >>
> >> I am using the sample scripts to compiling the external libraries
for
> MET
> >> and I am running into issues. Can you help me?
> >>
> >> Specifically, I am running into issues with the BUFRLIB_v11.3.0
> library. I
> >> get the error “endiantest.c:33:1: warning: return type defaults
to ‘int’
> >> [-Wimplicit-int]
> >> main()
> >> ^~~~” when running the command “gfortran -c -fno-second-
underscore
> >> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
> "mod[av]_"`
> >>>> make.log”
> >>
> >> Thanks,
> >> Ryan
> >>
> >>
> >
>
>
>

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Thu Feb 25 18:35:48 2021

Hi Ryan.

I see you are having some trouble building the HDF4.2r3 library.  That
is
an optional library that is only required for the MODIS-regrid and
lidar2nc
tools.  If you do not need to use those tools, you do not need to
build the HDF4.2r3 library or the HDF-EOS library.

If you would like to use MODIS-regrid and/or lidar2nc, then we should
continue with debugging this issue.  I haven't encountered this error
previously, but in looking for a solution, I found that adding the
following to your call to ./configure for the HDF4.2r3 library might
resolve the problem you're experiencing:

> CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"

I am not sure how you are compiling MET and its dependent libraries,
but I
wanted to make you aware that we have a compile script you can use to
compile MET and its dependent libraries if you would like.  On our
Download
page, there is a section titled "Sample Script For Compiling External
Libraries And MET"
https://dtcenter.org/community-code/model-evaluation-tools-
met/download

where you can see instructions on how to use a script to build MET.  I
am
attaching the latest and greatest script for you to use if you'd like.
You'll need to create a configuration file to pass to the script, as
the
instructions indicate.  You can see examples of other install scripts
here:
https://github.com/dtcenter/MET/tree/develop/scripts/installation/config

In case you are building manually, you may want to take a look inside
the
compile_MET_all.sh script to see the way that we are building the
libraries. I'll paste in the code we use to compile HDF4.2r3 below.
Please
let us know how the compilation goes and if you are still having
trouble.

Julie

# Compile HDF
> # Depends on jpeg
> # Edit 'mfhdf/hdiff/Makefile' as follows:
> #  From: LIBS = -ljpeg -lz
> #    To: LIBS = -ljpeg -lz -lm
> if [ $COMPILE_HDF -eq 1 ]; then
>   echo
>   echo "Compiling HDF at `date`"
>   mkdir -p ${LIB_DIR}/hdf
>   cd ${LIB_DIR}/hdf
>   rm -rf HDF*
>   tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
>   cd HDF*
>   echo "cd `pwd`"
>   echo "./configure --prefix=${LIB_DIR} --disable-netcdf
> --with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
>   ./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
> --with-zlib=${LIB_DIR} > configure.log 2>&1
>   ret=$?
>   if [ $ret != 0 ]; then
>      echo "configure returned with non-zero ($ret) status"
>      exit 1
>   fi
>   cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> -lm/g' > Makefile_NEW
>   mv Makefile_NEW mfhdf/hdiff/Makefile
>   echo "make > make.log 2>&1"
>   make > make.log 2>&1
>   ret=$?
>   if [ $ret != 0 ]; then
>      echo "make returned with non-zero ($ret) status"
>      exit 1
>   fi
>   echo "make install > make_install.log 2>&1"
>   make install > make_install.log 2>&1
>   ret=$?
>   if [ $? != 0 ]; then
>      echo "make install returned with non-zero ($ret) status"
>      exit 1
>   fi
> fi

On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT <met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Hi Ryan,
>
> I'm assigning this ticket to Julie, our expert in tracking down
these
> issues.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax:   303-497-8401
> ---------------
> Pronouns: she/her
>
>
> On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
> >
> > Thanks Minna. That is good to know. The next error I am getting is
with
> > the HDF library. I am getting the return status “make returned
with
> > non-zero (2) status”.
> >
> > I have attached the make.log file that corresponds to this build.
> >
> > Ryan
> >
> >
> >
> > > On Feb 25, 2021, at 15:32, Minna Win via RT <met_help at ucar.edu>
wrote:
> > >
> > > Hi Ryan,
> > >
> > > According to our resident MET build expert, this is just a
warning, not
> > an
> > > error and can be ignored as long as that library file is getting
> created.
> > > Please let us know if you run into any other problems.
> > >
> > > Regards,
> > > Minna
> > > ---------------
> > > Minna Win
> > > National Center for Atmospheric Research
> > > Developmental Testbed Center
> > > Phone: 303-497-8423
> > > Fax:   303-497-8401
> > > ---------------
> > > Pronouns: she/her
> > >
> > >
> > > On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
> met_help at ucar.edu>
> > > wrote:
> > >
> > >>
> > >> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
> > >> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu
> > >>       Queue: met_help
> > >>     Subject: Sample Script For Compiling External Libraries And
MET
> > >>       Owner: Nobody
> > >>  Requestors: Ryan.Gonzalez at colostate.edu
> > >>      Status: new
> > >> Ticket <URL:
> >
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cd4b219fef26a4b509fea08d8d9dd411a%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637498891598919616%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LZRmY5zNy%2BaaHeWfsFWCOtBYtem%2FSd7kXooInijwG7U%3D&reserved=0
> > >
> > >>
> > >>
> > >> Hello,
> > >>
> > >> I am using the sample scripts to compiling the external
libraries for
> > MET
> > >> and I am running into issues. Can you help me?
> > >>
> > >> Specifically, I am running into issues with the BUFRLIB_v11.3.0
> > library. I
> > >> get the error “endiantest.c:33:1: warning: return type defaults
to
> ‘int’
> > >> [-Wimplicit-int]
> > >> main()
> > >> ^~~~” when running the command “gfortran -c -fno-second-
underscore
> > >> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
> > "mod[av]_"`
> > >>>> make.log”
> > >>
> > >> Thanks,
> > >> Ryan
> > >>
> > >>
> > >
> >
> >
> >
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Fri Feb 26 08:36:22 2021

Hi Julie,

Thanks for the response. I do not need to use the MODIS-regrid or
lidar2nc so I will skip building the HDF4.2r3 library. However, I
would like to use the MODE graphics utility. I am able to build the
FreeType, but not the CAIRO library for this utility. I am getting an
error “configure returned with non-zero (1) status”. I have attached
the config.log file corresponding to this error.

I should also note that I am using the compile_MET_all.sh script that
is provided through "Sample Script For Compiling External Libraries
And MET”.

Ryan

On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

I see you are having some trouble building the HDF4.2r3 library.  That
is
an optional library that is only required for the MODIS-regrid and
lidar2nc
tools.  If you do not need to use those tools, you do not need to
build the HDF4.2r3 library or the HDF-EOS library.

If you would like to use MODIS-regrid and/or lidar2nc, then we should
continue with debugging this issue.  I haven't encountered this error
previously, but in looking for a solution, I found that adding the
following to your call to ./configure for the HDF4.2r3 library might
resolve the problem you're experiencing:

CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"

I am not sure how you are compiling MET and its dependent libraries,
but I
wanted to make you aware that we have a compile script you can use to
compile MET and its dependent libraries if you would like.  On our
Download
page, there is a section titled "Sample Script For Compiling External
Libraries And MET"
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=ghdtjUlTZnuJXGEkSv8zc%2FEnnEyu3PURy%2FOVvlaSYdE%3D&reserved=0

where you can see instructions on how to use a script to build MET.  I
am
attaching the latest and greatest script for you to use if you'd like.
You'll need to create a configuration file to pass to the script, as
the
instructions indicate.  You can see examples of other install scripts
here:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Bi0ggr6bLLV8ndPmce%2BhNmEDFcNhTj19nKapGIgBiSM%3D&reserved=0

In case you are building manually, you may want to take a look inside
the
compile_MET_all.sh script to see the way that we are building the
libraries. I'll paste in the code we use to compile HDF4.2r3 below.
Please
let us know how the compilation goes and if you are still having
trouble.

Julie

# Compile HDF
# Depends on jpeg
# Edit 'mfhdf/hdiff/Makefile' as follows:
#  From: LIBS = -ljpeg -lz
#    To: LIBS = -ljpeg -lz -lm
if [ $COMPILE_HDF -eq 1 ]; then
 echo
 echo "Compiling HDF at `date`"
 mkdir -p ${LIB_DIR}/hdf
 cd ${LIB_DIR}/hdf
 rm -rf HDF*
 tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
 cd HDF*
 echo "cd `pwd`"
 echo "./configure --prefix=${LIB_DIR} --disable-netcdf
--with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
 ./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
--with-zlib=${LIB_DIR} > configure.log 2>&1
 ret=$?
 if [ $ret != 0 ]; then
    echo "configure returned with non-zero ($ret) status"
    exit 1
 fi
 cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
-lm/g' > Makefile_NEW
 mv Makefile_NEW mfhdf/hdiff/Makefile
 echo "make > make.log 2>&1"
 make > make.log 2>&1
 ret=$?
 if [ $ret != 0 ]; then
    echo "make returned with non-zero ($ret) status"
    exit 1
 fi
 echo "make install > make_install.log 2>&1"
 make install > make_install.log 2>&1
 ret=$?
 if [ $? != 0 ]; then
    echo "make install returned with non-zero ($ret) status"
    exit 1
 fi
fi

On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LmFhAg2scgRtuoUh7lsGtRoBR%2BnR3cI32hSOxWubwjQ%3D&reserved=0
>

Hi Ryan,

I'm assigning this ticket to Julie, our expert in tracking down these
issues.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LmFhAg2scgRtuoUh7lsGtRoBR%2BnR3cI32hSOxWubwjQ%3D&reserved=0
>

Thanks Minna. That is good to know. The next error I am getting is
with
the HDF library. I am getting the return status “make returned with
non-zero (2) status”.

I have attached the make.log file that corresponds to this build.

Ryan

On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

Hi Ryan,

According to our resident MET build expert, this is just a warning,
not
an
error and can be ignored as long as that library file is getting
created.
Please let us know if you run into any other problems.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
met_help at ucar.edu<mailto:met_help at ucar.edu>>
wrote:

Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
Transaction: Ticket created by
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>
     Queue: met_help
   Subject: Sample Script For Compiling External Libraries And MET
     Owner: Nobody
Requestors:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>
    Status: new
Ticket <URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LmFhAg2scgRtuoUh7lsGtRoBR%2BnR3cI32hSOxWubwjQ%3D&reserved=0

Hello,

I am using the sample scripts to compiling the external libraries for
MET
and I am running into issues. Can you help me?

Specifically, I am running into issues with the BUFRLIB_v11.3.0
library. I
get the error “endiantest.c:33:1: warning: return type defaults to
‘int’
[-Wimplicit-int]
main()
^~~~” when running the command “gfortran -c -fno-second-underscore
`./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
"mod[av]_"`
make.log”

Thanks,
Ryan

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

<compile_MET_all.sh.tgz>

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Fri Feb 26 16:45:47 2021

Hi Ryan.

Thank you for attaching the config.log file.  That was helpful.  I was
able
to reproduce the problem you are experiencing.  I checked for a more
current version of Cairo and was able to successfully compile a newer
version.

Please run the following commands:

> cd /home/rgonzalez/research/phd/met/tar_files
> rm cairo-1.14.6.tar.xz
> wget https://www.cairographics.org/releases/cairo-1.16.0.tar.xz

And then try rerunning the script.  Hopefully, you will get a
successful
compilation like I did.  Thank you for bringing this to our attention.
I
will update the tar_file.tgz file on our website to include this newer
version of Cairo.  Please let us know how it goes.

Julie

On Fri, Feb 26, 2021 at 8:36 AM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Hi Julie,
>
> Thanks for the response. I do not need to use the MODIS-regrid or
lidar2nc
> so I will skip building the HDF4.2r3 library. However, I would like
to use
> the MODE graphics utility. I am able to build the FreeType, but not
the
> CAIRO library for this utility. I am getting an error “configure
returned
> with non-zero (1) status”. I have attached the config.log file
> corresponding to this error.
>
> I should also note that I am using the compile_MET_all.sh script
that is
> provided through "Sample Script For Compiling External Libraries And
MET”.
>
> Ryan
>
>
>
> On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>> wrote:
>
> Hi Ryan.
>
> I see you are having some trouble building the HDF4.2r3 library.
That is
> an optional library that is only required for the MODIS-regrid and
lidar2nc
> tools.  If you do not need to use those tools, you do not need to
> build the HDF4.2r3 library or the HDF-EOS library.
>
> If you would like to use MODIS-regrid and/or lidar2nc, then we
should
> continue with debugging this issue.  I haven't encountered this
error
> previously, but in looking for a solution, I found that adding the
> following to your call to ./configure for the HDF4.2r3 library might
> resolve the problem you're experiencing:
>
> CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"
>
>
> I am not sure how you are compiling MET and its dependent libraries,
but I
> wanted to make you aware that we have a compile script you can use
to
> compile MET and its dependent libraries if you would like.  On our
Download
> page, there is a section titled "Sample Script For Compiling
External
> Libraries And MET"
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=ghdtjUlTZnuJXGEkSv8zc%2FEnnEyu3PURy%2FOVvlaSYdE%3D&reserved=0
>
> where you can see instructions on how to use a script to build MET.
I am
> attaching the latest and greatest script for you to use if you'd
like.
> You'll need to create a configuration file to pass to the script, as
the
> instructions indicate.  You can see examples of other install
scripts here:
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Bi0ggr6bLLV8ndPmce%2BhNmEDFcNhTj19nKapGIgBiSM%3D&reserved=0
>
> In case you are building manually, you may want to take a look
inside the
> compile_MET_all.sh script to see the way that we are building the
> libraries. I'll paste in the code we use to compile HDF4.2r3 below.
Please
> let us know how the compilation goes and if you are still having
trouble.
>
> Julie
>
> # Compile HDF
> # Depends on jpeg
> # Edit 'mfhdf/hdiff/Makefile' as follows:
> #  From: LIBS = -ljpeg -lz
> #    To: LIBS = -ljpeg -lz -lm
> if [ $COMPILE_HDF -eq 1 ]; then
>  echo
>  echo "Compiling HDF at `date`"
>  mkdir -p ${LIB_DIR}/hdf
>  cd ${LIB_DIR}/hdf
>  rm -rf HDF*
>  tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
>  cd HDF*
>  echo "cd `pwd`"
>  echo "./configure --prefix=${LIB_DIR} --disable-netcdf
> --with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
>  ./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
> --with-zlib=${LIB_DIR} > configure.log 2>&1
>  ret=$?
>  if [ $ret != 0 ]; then
>     echo "configure returned with non-zero ($ret) status"
>     exit 1
>  fi
>  cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> -lm/g' > Makefile_NEW
>  mv Makefile_NEW mfhdf/hdiff/Makefile
>  echo "make > make.log 2>&1"
>  make > make.log 2>&1
>  ret=$?
>  if [ $ret != 0 ]; then
>     echo "make returned with non-zero ($ret) status"
>     exit 1
>  fi
>  echo "make install > make_install.log 2>&1"
>  make install > make_install.log 2>&1
>  ret=$?
>  if [ $? != 0 ]; then
>     echo "make install returned with non-zero ($ret) status"
>     exit 1
>  fi
> fi
>
>
> On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT <met_help at ucar.edu
> <mailto:met_help at ucar.edu>> wrote:
>
>
> <URL:
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LmFhAg2scgRtuoUh7lsGtRoBR%2BnR3cI32hSOxWubwjQ%3D&reserved=0
> >
>
> Hi Ryan,
>
> I'm assigning this ticket to Julie, our expert in tracking down
these
> issues.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax:   303-497-8401
> ---------------
> Pronouns: she/her
>
>
> On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>>
> wrote:
>
>
> <URL:
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LmFhAg2scgRtuoUh7lsGtRoBR%2BnR3cI32hSOxWubwjQ%3D&reserved=0
> >
>
> Thanks Minna. That is good to know. The next error I am getting is
with
> the HDF library. I am getting the return status “make returned with
> non-zero (2) status”.
>
> I have attached the make.log file that corresponds to this build.
>
> Ryan
>
>
>
> On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:
> met_help at ucar.edu>> wrote:
>
> Hi Ryan,
>
> According to our resident MET build expert, this is just a warning,
not
> an
> error and can be ignored as long as that library file is getting
> created.
> Please let us know if you run into any other problems.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax:   303-497-8401
> ---------------
> Pronouns: she/her
>
>
> On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
> met_help at ucar.edu<mailto:met_help at ucar.edu>>
> wrote:
>
>
> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu<mailto:
> Ryan.Gonzalez at colostate.edu>
>      Queue: met_help
>    Subject: Sample Script For Compiling External Libraries And MET
>      Owner: Nobody
> Requestors:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu
> >
>     Status: new
> Ticket <URL:
>
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C5870ec9e5f5842a7551408d8d9f6d9a8%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637499001553130322%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LmFhAg2scgRtuoUh7lsGtRoBR%2BnR3cI32hSOxWubwjQ%3D&reserved=0
>
>
>
> Hello,
>
> I am using the sample scripts to compiling the external libraries
for
> MET
> and I am running into issues. Can you help me?
>
> Specifically, I am running into issues with the BUFRLIB_v11.3.0
> library. I
> get the error “endiantest.c:33:1: warning: return type defaults to
> ‘int’
> [-Wimplicit-int]
> main()
> ^~~~” when running the command “gfortran -c -fno-second-underscore
> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
> "mod[av]_"`
> make.log”
>
> Thanks,
> Ryan
>
>
>
>
>
>
>
>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
> <compile_MET_all.sh.tgz>
>
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Mon Mar 01 09:26:24 2021

Hi Julie,

I followed the instructions you gave, but still received the same
error. I have attached the config.log for this error.

Ryan

On Feb 26, 2021, at 16:45, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

Thank you for attaching the config.log file.  That was helpful.  I was
able
to reproduce the problem you are experiencing.  I checked for a more
current version of Cairo and was able to successfully compile a newer
version.

Please run the following commands:

cd /home/rgonzalez/research/phd/met/tar_files
rm cairo-1.14.6.tar.xz
wget
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fcairo-
1.16.0.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FM%2Bc1uTQF942v%2FxbD8i5gFi3o0xI0I1t3D3sLw%2BbDoA%3D&reserved=0

And then try rerunning the script.  Hopefully, you will get a
successful
compilation like I did.  Thank you for bringing this to our attention.
I
will update the tar_file.tgz file on our website to include this newer
version of Cairo.  Please let us know how it goes.

Julie

On Fri, Feb 26, 2021 at 8:36 AM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Ks341wuRlaMqLqa4Oj%2FcvNHIE%2BSYnFqqgBVBu%2FJ99p0%3D&reserved=0
>

Hi Julie,

Thanks for the response. I do not need to use the MODIS-regrid or
lidar2nc
so I will skip building the HDF4.2r3 library. However, I would like to
use
the MODE graphics utility. I am able to build the FreeType, but not
the
CAIRO library for this utility. I am getting an error “configure
returned
with non-zero (1) status”. I have attached the config.log file
corresponding to this error.

I should also note that I am using the compile_MET_all.sh script that
is
provided through "Sample Script For Compiling External Libraries And
MET”.

Ryan

On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

I see you are having some trouble building the HDF4.2r3 library.  That
is
an optional library that is only required for the MODIS-regrid and
lidar2nc
tools.  If you do not need to use those tools, you do not need to
build the HDF4.2r3 library or the HDF-EOS library.

If you would like to use MODIS-regrid and/or lidar2nc, then we should
continue with debugging this issue.  I haven't encountered this error
previously, but in looking for a solution, I found that adding the
following to your call to ./configure for the HDF4.2r3 library might
resolve the problem you're experiencing:

CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"

I am not sure how you are compiling MET and its dependent libraries,
but I
wanted to make you aware that we have a compile script you can use to
compile MET and its dependent libraries if you would like.  On our
Download
page, there is a section titled "Sample Script For Compiling External
Libraries And MET"

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=GxJKcAtX2fAR1NInMbq1DjkGfHPh3tPDYpj7vMF3Ovo%3D&reserved=0

where you can see instructions on how to use a script to build MET.  I
am
attaching the latest and greatest script for you to use if you'd like.
You'll need to create a configuration file to pass to the script, as
the
instructions indicate.  You can see examples of other install scripts
here:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=WbdZAF7IZI%2FxRsbOF%2BoZ2rBH6YgMmdErcDdnYfvsvTc%3D&reserved=0

In case you are building manually, you may want to take a look inside
the
compile_MET_all.sh script to see the way that we are building the
libraries. I'll paste in the code we use to compile HDF4.2r3 below.
Please
let us know how the compilation goes and if you are still having
trouble.

Julie

# Compile HDF
# Depends on jpeg
# Edit 'mfhdf/hdiff/Makefile' as follows:
#  From: LIBS = -ljpeg -lz
#    To: LIBS = -ljpeg -lz -lm
if [ $COMPILE_HDF -eq 1 ]; then
echo
echo "Compiling HDF at `date`"
mkdir -p ${LIB_DIR}/hdf
cd ${LIB_DIR}/hdf
rm -rf HDF*
tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
cd HDF*
echo "cd `pwd`"
echo "./configure --prefix=${LIB_DIR} --disable-netcdf
--with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
--with-zlib=${LIB_DIR} > configure.log 2>&1
ret=$?
if [ $ret != 0 ]; then
   echo "configure returned with non-zero ($ret) status"
   exit 1
fi
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
-lm/g' > Makefile_NEW
mv Makefile_NEW mfhdf/hdiff/Makefile
echo "make > make.log 2>&1"
make > make.log 2>&1
ret=$?
if [ $ret != 0 ]; then
   echo "make returned with non-zero ($ret) status"
   exit 1
fi
echo "make install > make_install.log 2>&1"
make install > make_install.log 2>&1
ret=$?
if [ $? != 0 ]; then
   echo "make install returned with non-zero ($ret) status"
   exit 1
fi
fi

On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0

Hi Ryan,

I'm assigning this ticket to Julie, our expert in tracking down these
issues.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0

Thanks Minna. That is good to know. The next error I am getting is
with
the HDF library. I am getting the return status “make returned with
non-zero (2) status”.

I have attached the make.log file that corresponds to this build.

Ryan

On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:
met_help at ucar.edu<mailto:met_help at ucar.edu>>> wrote:

Hi Ryan,

According to our resident MET build expert, this is just a warning,
not
an
error and can be ignored as long as that library file is getting
created.
Please let us know if you run into any other problems.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>
wrote:

Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
Transaction: Ticket created by
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>>
    Queue: met_help
  Subject: Sample Script For Compiling External Libraries And MET
    Owner: Nobody
Requestors:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:Ryan.Gonzalez at colostate.edu

   Status: new
Ticket <URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0

Hello,

I am using the sample scripts to compiling the external libraries for
MET
and I am running into issues. Can you help me?

Specifically, I am running into issues with the BUFRLIB_v11.3.0
library. I
get the error “endiantest.c:33:1: warning: return type defaults to
‘int’
[-Wimplicit-int]
main()
^~~~” when running the command “gfortran -c -fno-second-underscore
`./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
"mod[av]_"`
make.log”

Thanks,
Ryan

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

<compile_MET_all.sh.tgz>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Mon Mar 01 11:30:39 2021

Hi Ryan.

Thank you for including the config.log file.  It was helpful.  I was
able
to compare your version with my version to see what the differences
were.
Also, looking at the Cairo dependencies
<http://www.linuxfromscratch.org/blfs/view/svn/x/cairo.html>, I see
that
libpng-1.6.37
<https://downloads.sourceforge.net/libpng/libpng-1.6.37.tar.xz> and
Pixman-0.40.0 <https://www.cairographics.org/releases/pixman-
0.40.0.tar.gz> are
required and it looks like you may not have those installed.

I was able to build Cairo with older versions of those installed,
however,
it would likely be best to use those newer versions.  You should be
able to
download those and put them in your tar_files directory.  The script
currently only installs pixman if a certain compiler is used:

>     # If on Cray, compile PIXMAN
>                                                       if [
> ${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then

you should be able to modify the script to say:

> if [ true ]; then

then pixman should be installed.

If you have the script set to install the GRIB2C library, libpng will
also
be installed.  You could also compile it manually following along with
the
install instructions in the script.

Please try compiling and installing libpng and pixman, and then try
compiling and installing Cairo.  Please let us know how it goes.

Julie

On Mon, Mar 1, 2021 at 9:26 AM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Hi Julie,
>
> I followed the instructions you gave, but still received the same
error. I
> have attached the config.log for this error.
>
> Ryan
>
>
>
> On Feb 26, 2021, at 16:45, Julie Prestopnik via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>> wrote:
>
> Hi Ryan.
>
> Thank you for attaching the config.log file.  That was helpful.  I
was able
> to reproduce the problem you are experiencing.  I checked for a more
> current version of Cairo and was able to successfully compile a
newer
> version.
>
> Please run the following commands:
>
> cd /home/rgonzalez/research/phd/met/tar_files
> rm cairo-1.14.6.tar.xz
> wget
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fcairo-
1.16.0.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FM%2Bc1uTQF942v%2FxbD8i5gFi3o0xI0I1t3D3sLw%2BbDoA%3D&reserved=0
>
>
> And then try rerunning the script.  Hopefully, you will get a
successful
> compilation like I did.  Thank you for bringing this to our
attention.  I
> will update the tar_file.tgz file on our website to include this
newer
> version of Cairo.  Please let us know how it goes.
>
> Julie
>
> On Fri, Feb 26, 2021 at 8:36 AM Gonzalez,Ryan via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>>
> wrote:
>
>
> <URL:
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Ks341wuRlaMqLqa4Oj%2FcvNHIE%2BSYnFqqgBVBu%2FJ99p0%3D&reserved=0
> >
>
> Hi Julie,
>
> Thanks for the response. I do not need to use the MODIS-regrid or
lidar2nc
> so I will skip building the HDF4.2r3 library. However, I would like
to use
> the MODE graphics utility. I am able to build the FreeType, but not
the
> CAIRO library for this utility. I am getting an error “configure
returned
> with non-zero (1) status”. I have attached the config.log file
> corresponding to this error.
>
> I should also note that I am using the compile_MET_all.sh script
that is
> provided through "Sample Script For Compiling External Libraries And
MET”.
>
> Ryan
>
>
>
> On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>
> <mailto:met_help at ucar.edu>> wrote:
>
> Hi Ryan.
>
> I see you are having some trouble building the HDF4.2r3 library.
That is
> an optional library that is only required for the MODIS-regrid and
lidar2nc
> tools.  If you do not need to use those tools, you do not need to
> build the HDF4.2r3 library or the HDF-EOS library.
>
> If you would like to use MODIS-regrid and/or lidar2nc, then we
should
> continue with debugging this issue.  I haven't encountered this
error
> previously, but in looking for a solution, I found that adding the
> following to your call to ./configure for the HDF4.2r3 library might
> resolve the problem you're experiencing:
>
> CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"
>
>
> I am not sure how you are compiling MET and its dependent libraries,
but I
> wanted to make you aware that we have a compile script you can use
to
> compile MET and its dependent libraries if you would like.  On our
Download
> page, there is a section titled "Sample Script For Compiling
External
> Libraries And MET"
>
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=GxJKcAtX2fAR1NInMbq1DjkGfHPh3tPDYpj7vMF3Ovo%3D&reserved=0
>
> where you can see instructions on how to use a script to build MET.
I am
> attaching the latest and greatest script for you to use if you'd
like.
> You'll need to create a configuration file to pass to the script, as
the
> instructions indicate.  You can see examples of other install
scripts here:
>
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=WbdZAF7IZI%2FxRsbOF%2BoZ2rBH6YgMmdErcDdnYfvsvTc%3D&reserved=0
>
> In case you are building manually, you may want to take a look
inside the
> compile_MET_all.sh script to see the way that we are building the
> libraries. I'll paste in the code we use to compile HDF4.2r3 below.
Please
> let us know how the compilation goes and if you are still having
trouble.
>
> Julie
>
> # Compile HDF
> # Depends on jpeg
> # Edit 'mfhdf/hdiff/Makefile' as follows:
> #  From: LIBS = -ljpeg -lz
> #    To: LIBS = -ljpeg -lz -lm
> if [ $COMPILE_HDF -eq 1 ]; then
> echo
> echo "Compiling HDF at `date`"
> mkdir -p ${LIB_DIR}/hdf
> cd ${LIB_DIR}/hdf
> rm -rf HDF*
> tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
> cd HDF*
> echo "cd `pwd`"
> echo "./configure --prefix=${LIB_DIR} --disable-netcdf
> --with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
> ./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
> --with-zlib=${LIB_DIR} > configure.log 2>&1
> ret=$?
> if [ $ret != 0 ]; then
>    echo "configure returned with non-zero ($ret) status"
>    exit 1
> fi
> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> -lm/g' > Makefile_NEW
> mv Makefile_NEW mfhdf/hdiff/Makefile
> echo "make > make.log 2>&1"
> make > make.log 2>&1
> ret=$?
> if [ $ret != 0 ]; then
>    echo "make returned with non-zero ($ret) status"
>    exit 1
> fi
> echo "make install > make_install.log 2>&1"
> make install > make_install.log 2>&1
> ret=$?
> if [ $? != 0 ]; then
>    echo "make install returned with non-zero ($ret) status"
>    exit 1
> fi
> fi
>
>
> On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT <met_help at ucar.edu
> <mailto:met_help at ucar.edu>
> <mailto:met_help at ucar.edu>> wrote:
>
>
> <URL:
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>
>
> Hi Ryan,
>
> I'm assigning this ticket to Julie, our expert in tracking down
these
> issues.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax:   303-497-8401
> ---------------
> Pronouns: she/her
>
>
> On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>
> <mailto:met_help at ucar.edu>>
> wrote:
>
>
> <URL:
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>
>
> Thanks Minna. That is good to know. The next error I am getting is
with
> the HDF library. I am getting the return status “make returned with
> non-zero (2) status”.
>
> I have attached the make.log file that corresponds to this build.
>
> Ryan
>
>
>
> On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:
> met_help at ucar.edu><mailto:
> met_help at ucar.edu<mailto:met_help at ucar.edu>>> wrote:
>
> Hi Ryan,
>
> According to our resident MET build expert, this is just a warning,
not
> an
> error and can be ignored as long as that library file is getting
> created.
> Please let us know if you run into any other problems.
>
> Regards,
> Minna
> ---------------
> Minna Win
> National Center for Atmospheric Research
> Developmental Testbed Center
> Phone: 303-497-8423
> Fax:   303-497-8401
> ---------------
> Pronouns: she/her
>
>
> On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
>
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>
> wrote:
>
>
> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu<mailto:
> Ryan.Gonzalez at colostate.edu><mailto:
> Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>>
>     Queue: met_help
>   Subject: Sample Script For Compiling External Libraries And MET
>     Owner: Nobody
> Requestors:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu
> ><mailto:Ryan.Gonzalez at colostate.edu
>
>    Status: new
> Ticket <URL:
>
>
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>
>
>
> Hello,
>
> I am using the sample scripts to compiling the external libraries
for
> MET
> and I am running into issues. Can you help me?
>
> Specifically, I am running into issues with the BUFRLIB_v11.3.0
> library. I
> get the error “endiantest.c:33:1: warning: return type defaults to
> ‘int’
> [-Wimplicit-int]
> main()
> ^~~~” when running the command “gfortran -c -fno-second-underscore
> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
> "mod[av]_"`
> make.log”
>
> Thanks,
> Ryan
>
>
>
>
>
>
>
>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu>
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
> <compile_MET_all.sh.tgz>
>
>
>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Mon Mar 01 15:21:39 2021

Hi Ryan.

I just wanted to follow up.  I see that the new version of libpng has
a .xz
extension.

The compile_MET_all.sh script expects a .tar.gz file, so the following
line
would need to be changed from:

>   tar -xzf ${TAR_DIR}/libpng*.tar.gz

to:

> tar -xzf ${TAR_DIR}/libpng*.tar.xz

Please let me know if you have any questions.

Julie

On Mon, Mar 1, 2021 at 11:30 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:

> Hi Ryan.
>
> Thank you for including the config.log file.  It was helpful.  I was
able
> to compare your version with my version to see what the differences
were.
> Also, looking at the Cairo dependencies
> <http://www.linuxfromscratch.org/blfs/view/svn/x/cairo.html>, I see
that
> libpng-1.6.37
> <https://downloads.sourceforge.net/libpng/libpng-1.6.37.tar.xz> and
> Pixman-0.40.0
> <https://www.cairographics.org/releases/pixman-0.40.0.tar.gz> are
> required and it looks like you may not have those installed.
>
> I was able to build Cairo with older versions of those installed,
however,
> it would likely be best to use those newer versions.  You should be
able to
> download those and put them in your tar_files directory.  The script
> currently only installs pixman if a certain compiler is used:
>
>>     # If on Cray, compile PIXMAN
>>                                                       if [
>> ${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then
>
> you should be able to modify the script to say:
>
>> if [ true ]; then
>
> then pixman should be installed.
>
> If you have the script set to install the GRIB2C library, libpng
will also
> be installed.  You could also compile it manually following along
with the
> install instructions in the script.
>
> Please try compiling and installing libpng and pixman, and then try
> compiling and installing Cairo.  Please let us know how it goes.
>
> Julie
>
>
>
>
> On Mon, Mar 1, 2021 at 9:26 AM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>>
>> Hi Julie,
>>
>> I followed the instructions you gave, but still received the same
error.
>> I have attached the config.log for this error.
>>
>> Ryan
>>
>>
>>
>> On Feb 26, 2021, at 16:45, Julie Prestopnik via RT
<met_help at ucar.edu
>> <mailto:met_help at ucar.edu>> wrote:
>>
>> Hi Ryan.
>>
>> Thank you for attaching the config.log file.  That was helpful.  I
was
>> able
>> to reproduce the problem you are experiencing.  I checked for a
more
>> current version of Cairo and was able to successfully compile a
newer
>> version.
>>
>> Please run the following commands:
>>
>> cd /home/rgonzalez/research/phd/met/tar_files
>> rm cairo-1.14.6.tar.xz
>> wget
>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fcairo-
1.16.0.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FM%2Bc1uTQF942v%2FxbD8i5gFi3o0xI0I1t3D3sLw%2BbDoA%3D&reserved=0
>>
>>
>> And then try rerunning the script.  Hopefully, you will get a
successful
>> compilation like I did.  Thank you for bringing this to our
attention.  I
>> will update the tar_file.tgz file on our website to include this
newer
>> version of Cairo.  Please let us know how it goes.
>>
>> Julie
>>
>> On Fri, Feb 26, 2021 at 8:36 AM Gonzalez,Ryan via RT
<met_help at ucar.edu
>> <mailto:met_help at ucar.edu>>
>> wrote:
>>
>>
>> <URL:
>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Ks341wuRlaMqLqa4Oj%2FcvNHIE%2BSYnFqqgBVBu%2FJ99p0%3D&reserved=0
>> >
>>
>> Hi Julie,
>>
>> Thanks for the response. I do not need to use the MODIS-regrid or
lidar2nc
>> so I will skip building the HDF4.2r3 library. However, I would like
to use
>> the MODE graphics utility. I am able to build the FreeType, but not
the
>> CAIRO library for this utility. I am getting an error “configure
returned
>> with non-zero (1) status”. I have attached the config.log file
>> corresponding to this error.
>>
>> I should also note that I am using the compile_MET_all.sh script
that is
>> provided through "Sample Script For Compiling External Libraries
And MET”.
>>
>> Ryan
>>
>>
>>
>> On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu
>> <mailto:met_help at ucar.edu>
>> <mailto:met_help at ucar.edu>> wrote:
>>
>> Hi Ryan.
>>
>> I see you are having some trouble building the HDF4.2r3 library.
That is
>> an optional library that is only required for the MODIS-regrid and
>> lidar2nc
>> tools.  If you do not need to use those tools, you do not need to
>> build the HDF4.2r3 library or the HDF-EOS library.
>>
>> If you would like to use MODIS-regrid and/or lidar2nc, then we
should
>> continue with debugging this issue.  I haven't encountered this
error
>> previously, but in looking for a solution, I found that adding the
>> following to your call to ./configure for the HDF4.2r3 library
might
>> resolve the problem you're experiencing:
>>
>> CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"
>>
>>
>> I am not sure how you are compiling MET and its dependent
libraries, but I
>> wanted to make you aware that we have a compile script you can use
to
>> compile MET and its dependent libraries if you would like.  On our
>> Download
>> page, there is a section titled "Sample Script For Compiling
External
>> Libraries And MET"
>>
>>
>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=GxJKcAtX2fAR1NInMbq1DjkGfHPh3tPDYpj7vMF3Ovo%3D&reserved=0
>>
>> where you can see instructions on how to use a script to build MET.
I am
>> attaching the latest and greatest script for you to use if you'd
like.
>> You'll need to create a configuration file to pass to the script,
as the
>> instructions indicate.  You can see examples of other install
scripts
>> here:
>>
>>
>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=WbdZAF7IZI%2FxRsbOF%2BoZ2rBH6YgMmdErcDdnYfvsvTc%3D&reserved=0
>>
>> In case you are building manually, you may want to take a look
inside the
>> compile_MET_all.sh script to see the way that we are building the
>> libraries. I'll paste in the code we use to compile HDF4.2r3 below.
>> Please
>> let us know how the compilation goes and if you are still having
trouble.
>>
>> Julie
>>
>> # Compile HDF
>> # Depends on jpeg
>> # Edit 'mfhdf/hdiff/Makefile' as follows:
>> #  From: LIBS = -ljpeg -lz
>> #    To: LIBS = -ljpeg -lz -lm
>> if [ $COMPILE_HDF -eq 1 ]; then
>> echo
>> echo "Compiling HDF at `date`"
>> mkdir -p ${LIB_DIR}/hdf
>> cd ${LIB_DIR}/hdf
>> rm -rf HDF*
>> tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
>> cd HDF*
>> echo "cd `pwd`"
>> echo "./configure --prefix=${LIB_DIR} --disable-netcdf
>> --with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
>> ./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
>> --with-zlib=${LIB_DIR} > configure.log 2>&1
>> ret=$?
>> if [ $ret != 0 ]; then
>>    echo "configure returned with non-zero ($ret) status"
>>    exit 1
>> fi
>> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
>> -lm/g' > Makefile_NEW
>> mv Makefile_NEW mfhdf/hdiff/Makefile
>> echo "make > make.log 2>&1"
>> make > make.log 2>&1
>> ret=$?
>> if [ $ret != 0 ]; then
>>    echo "make returned with non-zero ($ret) status"
>>    exit 1
>> fi
>> echo "make install > make_install.log 2>&1"
>> make install > make_install.log 2>&1
>> ret=$?
>> if [ $? != 0 ]; then
>>    echo "make install returned with non-zero ($ret) status"
>>    exit 1
>> fi
>> fi
>>
>>
>> On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT <met_help at ucar.edu
>> <mailto:met_help at ucar.edu>
>> <mailto:met_help at ucar.edu>> wrote:
>>
>>
>> <URL:
>>
>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>>
>>
>> Hi Ryan,
>>
>> I'm assigning this ticket to Julie, our expert in tracking down
these
>> issues.
>>
>> Regards,
>> Minna
>> ---------------
>> Minna Win
>> National Center for Atmospheric Research
>> Developmental Testbed Center
>> Phone: 303-497-8423
>> Fax:   303-497-8401
>> ---------------
>> Pronouns: she/her
>>
>>
>> On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu
>> <mailto:met_help at ucar.edu>
>> <mailto:met_help at ucar.edu>>
>> wrote:
>>
>>
>> <URL:
>>
>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>>
>>
>> Thanks Minna. That is good to know. The next error I am getting is
with
>> the HDF library. I am getting the return status “make returned with
>> non-zero (2) status”.
>>
>> I have attached the make.log file that corresponds to this build.
>>
>> Ryan
>>
>>
>>
>> On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:
>> met_help at ucar.edu><mailto:
>> met_help at ucar.edu<mailto:met_help at ucar.edu>>> wrote:
>>
>> Hi Ryan,
>>
>> According to our resident MET build expert, this is just a warning,
not
>> an
>> error and can be ignored as long as that library file is getting
>> created.
>> Please let us know if you run into any other problems.
>>
>> Regards,
>> Minna
>> ---------------
>> Minna Win
>> National Center for Atmospheric Research
>> Developmental Testbed Center
>> Phone: 303-497-8423
>> Fax:   303-497-8401
>> ---------------
>> Pronouns: she/her
>>
>>
>> On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
>>
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>
>> wrote:
>>
>>
>> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
>> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu<mailto:
>> Ryan.Gonzalez at colostate.edu><mailto:
>> Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>>
>>     Queue: met_help
>>   Subject: Sample Script For Compiling External Libraries And MET
>>     Owner: Nobody
>> Requestors: Ryan.Gonzalez at colostate.edu<mailto:
>> Ryan.Gonzalez at colostate.edu><mailto:Ryan.Gonzalez at colostate.edu
>>
>>    Status: new
>> Ticket <URL:
>>
>>
>>
>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>>
>>
>>
>> Hello,
>>
>> I am using the sample scripts to compiling the external libraries
for
>> MET
>> and I am running into issues. Can you help me?
>>
>> Specifically, I am running into issues with the BUFRLIB_v11.3.0
>> library. I
>> get the error “endiantest.c:33:1: warning: return type defaults to
>> ‘int’
>> [-Wimplicit-int]
>> main()
>> ^~~~” when running the command “gfortran -c -fno-second-underscore
>> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
>> "mod[av]_"`
>> make.log”
>>
>> Thanks,
>> Ryan
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> Julie Prestopnik (she/her)
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu>
>>
>> My working day may not be your working day.  Please do not feel
obliged to
>> reply to this email outside of your normal working hours.
>>
>> <compile_MET_all.sh.tgz>
>>
>>
>>
>>
>> --
>> Julie Prestopnik (she/her)
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>
>>
>> My working day may not be your working day.  Please do not feel
obliged to
>> reply to this email outside of your normal working hours.
>>
>>
>>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Mon Mar 01 15:23:19 2021

I sent that last email too quickly.  I had intended to add:

Or, you could simply get the .tar.gz version here:
https://sourceforge.net/projects/libpng/files/libpng16/1.6.37/libpng-
1.6.37.tar.gz/download

Julie

On Mon, Mar 1, 2021 at 3:21 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:

> Hi Ryan.
>
> I just wanted to follow up.  I see that the new version of libpng
has a
> .xz extension.
>
> The compile_MET_all.sh script expects a .tar.gz file, so the
following
> line would need to be changed from:
>
>>   tar -xzf ${TAR_DIR}/libpng*.tar.gz
>
> to:
>
>> tar -xzf ${TAR_DIR}/libpng*.tar.xz
>
>
> Please let me know if you have any questions.
>
> Julie
>
> On Mon, Mar 1, 2021 at 11:30 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
>> Hi Ryan.
>>
>> Thank you for including the config.log file.  It was helpful.  I
was able
>> to compare your version with my version to see what the differences
were.
>> Also, looking at the Cairo dependencies
>> <http://www.linuxfromscratch.org/blfs/view/svn/x/cairo.html>, I see
that
>> libpng-1.6.37
>> <https://downloads.sourceforge.net/libpng/libpng-1.6.37.tar.xz> and
>> Pixman-0.40.0
>> <https://www.cairographics.org/releases/pixman-0.40.0.tar.gz> are
>> required and it looks like you may not have those installed.
>>
>> I was able to build Cairo with older versions of those installed,
>> however, it would likely be best to use those newer versions.  You
should
>> be able to download those and put them in your tar_files directory.
The
>> script currently only installs pixman if a certain compiler is
used:
>>
>>>     # If on Cray, compile PIXMAN
>>>                                                         if [
>>> ${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then
>>
>> you should be able to modify the script to say:
>>
>>> if [ true ]; then
>>
>> then pixman should be installed.
>>
>> If you have the script set to install the GRIB2C library, libpng
will
>> also be installed.  You could also compile it manually following
along with
>> the install instructions in the script.
>>
>> Please try compiling and installing libpng and pixman, and then try
>> compiling and installing Cairo.  Please let us know how it goes.
>>
>> Julie
>>
>>
>>
>>
>> On Mon, Mar 1, 2021 at 9:26 AM Gonzalez,Ryan via RT
<met_help at ucar.edu>
>> wrote:
>>
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>>>
>>> Hi Julie,
>>>
>>> I followed the instructions you gave, but still received the same
error.
>>> I have attached the config.log for this error.
>>>
>>> Ryan
>>>
>>>
>>>
>>> On Feb 26, 2021, at 16:45, Julie Prestopnik via RT
<met_help at ucar.edu
>>> <mailto:met_help at ucar.edu>> wrote:
>>>
>>> Hi Ryan.
>>>
>>> Thank you for attaching the config.log file.  That was helpful.  I
was
>>> able
>>> to reproduce the problem you are experiencing.  I checked for a
more
>>> current version of Cairo and was able to successfully compile a
newer
>>> version.
>>>
>>> Please run the following commands:
>>>
>>> cd /home/rgonzalez/research/phd/met/tar_files
>>> rm cairo-1.14.6.tar.xz
>>> wget
>>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fcairo-
1.16.0.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FM%2Bc1uTQF942v%2FxbD8i5gFi3o0xI0I1t3D3sLw%2BbDoA%3D&reserved=0
>>>
>>>
>>> And then try rerunning the script.  Hopefully, you will get a
successful
>>> compilation like I did.  Thank you for bringing this to our
attention.  I
>>> will update the tar_file.tgz file on our website to include this
newer
>>> version of Cairo.  Please let us know how it goes.
>>>
>>> Julie
>>>
>>> On Fri, Feb 26, 2021 at 8:36 AM Gonzalez,Ryan via RT
<met_help at ucar.edu
>>> <mailto:met_help at ucar.edu>>
>>> wrote:
>>>
>>>
>>> <URL:
>>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Ks341wuRlaMqLqa4Oj%2FcvNHIE%2BSYnFqqgBVBu%2FJ99p0%3D&reserved=0
>>> >
>>>
>>> Hi Julie,
>>>
>>> Thanks for the response. I do not need to use the MODIS-regrid or
>>> lidar2nc
>>> so I will skip building the HDF4.2r3 library. However, I would
like to
>>> use
>>> the MODE graphics utility. I am able to build the FreeType, but
not the
>>> CAIRO library for this utility. I am getting an error “configure
returned
>>> with non-zero (1) status”. I have attached the config.log file
>>> corresponding to this error.
>>>
>>> I should also note that I am using the compile_MET_all.sh script
that is
>>> provided through "Sample Script For Compiling External Libraries
And
>>> MET”.
>>>
>>> Ryan
>>>
>>>
>>>
>>> On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu
>>> <mailto:met_help at ucar.edu>
>>> <mailto:met_help at ucar.edu>> wrote:
>>>
>>> Hi Ryan.
>>>
>>> I see you are having some trouble building the HDF4.2r3 library.
That is
>>> an optional library that is only required for the MODIS-regrid and
>>> lidar2nc
>>> tools.  If you do not need to use those tools, you do not need to
>>> build the HDF4.2r3 library or the HDF-EOS library.
>>>
>>> If you would like to use MODIS-regrid and/or lidar2nc, then we
should
>>> continue with debugging this issue.  I haven't encountered this
error
>>> previously, but in looking for a solution, I found that adding the
>>> following to your call to ./configure for the HDF4.2r3 library
might
>>> resolve the problem you're experiencing:
>>>
>>> CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"
>>>
>>>
>>> I am not sure how you are compiling MET and its dependent
libraries, but
>>> I
>>> wanted to make you aware that we have a compile script you can use
to
>>> compile MET and its dependent libraries if you would like.  On our
>>> Download
>>> page, there is a section titled "Sample Script For Compiling
External
>>> Libraries And MET"
>>>
>>>
>>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=GxJKcAtX2fAR1NInMbq1DjkGfHPh3tPDYpj7vMF3Ovo%3D&reserved=0
>>>
>>> where you can see instructions on how to use a script to build
MET.  I am
>>> attaching the latest and greatest script for you to use if you'd
like.
>>> You'll need to create a configuration file to pass to the script,
as the
>>> instructions indicate.  You can see examples of other install
scripts
>>> here:
>>>
>>>
>>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527255185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=WbdZAF7IZI%2FxRsbOF%2BoZ2rBH6YgMmdErcDdnYfvsvTc%3D&reserved=0
>>>
>>> In case you are building manually, you may want to take a look
inside the
>>> compile_MET_all.sh script to see the way that we are building the
>>> libraries. I'll paste in the code we use to compile HDF4.2r3
below.
>>> Please
>>> let us know how the compilation goes and if you are still having
trouble.
>>>
>>> Julie
>>>
>>> # Compile HDF
>>> # Depends on jpeg
>>> # Edit 'mfhdf/hdiff/Makefile' as follows:
>>> #  From: LIBS = -ljpeg -lz
>>> #    To: LIBS = -ljpeg -lz -lm
>>> if [ $COMPILE_HDF -eq 1 ]; then
>>> echo
>>> echo "Compiling HDF at `date`"
>>> mkdir -p ${LIB_DIR}/hdf
>>> cd ${LIB_DIR}/hdf
>>> rm -rf HDF*
>>> tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
>>> cd HDF*
>>> echo "cd `pwd`"
>>> echo "./configure --prefix=${LIB_DIR} --disable-netcdf
>>> --with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log
2>&1"
>>> ./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
>>> --with-zlib=${LIB_DIR} > configure.log 2>&1
>>> ret=$?
>>> if [ $ret != 0 ]; then
>>>    echo "configure returned with non-zero ($ret) status"
>>>    exit 1
>>> fi
>>> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
>>> -lm/g' > Makefile_NEW
>>> mv Makefile_NEW mfhdf/hdiff/Makefile
>>> echo "make > make.log 2>&1"
>>> make > make.log 2>&1
>>> ret=$?
>>> if [ $ret != 0 ]; then
>>>    echo "make returned with non-zero ($ret) status"
>>>    exit 1
>>> fi
>>> echo "make install > make_install.log 2>&1"
>>> make install > make_install.log 2>&1
>>> ret=$?
>>> if [ $? != 0 ]; then
>>>    echo "make install returned with non-zero ($ret) status"
>>>    exit 1
>>> fi
>>> fi
>>>
>>>
>>> On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT
<met_help at ucar.edu
>>> <mailto:met_help at ucar.edu>
>>> <mailto:met_help at ucar.edu>> wrote:
>>>
>>>
>>> <URL:
>>>
>>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>>>
>>>
>>> Hi Ryan,
>>>
>>> I'm assigning this ticket to Julie, our expert in tracking down
these
>>> issues.
>>>
>>> Regards,
>>> Minna
>>> ---------------
>>> Minna Win
>>> National Center for Atmospheric Research
>>> Developmental Testbed Center
>>> Phone: 303-497-8423
>>> Fax:   303-497-8401
>>> ---------------
>>> Pronouns: she/her
>>>
>>>
>>> On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu
>>> <mailto:met_help at ucar.edu>
>>> <mailto:met_help at ucar.edu>>
>>> wrote:
>>>
>>>
>>> <URL:
>>>
>>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>>>
>>>
>>> Thanks Minna. That is good to know. The next error I am getting is
with
>>> the HDF library. I am getting the return status “make returned
with
>>> non-zero (2) status”.
>>>
>>> I have attached the make.log file that corresponds to this build.
>>>
>>> Ryan
>>>
>>>
>>>
>>> On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:
>>> met_help at ucar.edu><mailto:
>>> met_help at ucar.edu<mailto:met_help at ucar.edu>>> wrote:
>>>
>>> Hi Ryan,
>>>
>>> According to our resident MET build expert, this is just a
warning, not
>>> an
>>> error and can be ignored as long as that library file is getting
>>> created.
>>> Please let us know if you run into any other problems.
>>>
>>> Regards,
>>> Minna
>>> ---------------
>>> Minna Win
>>> National Center for Atmospheric Research
>>> Developmental Testbed Center
>>> Phone: 303-497-8423
>>> Fax:   303-497-8401
>>> ---------------
>>> Pronouns: she/her
>>>
>>>
>>> On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
>>>
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>
>>> wrote:
>>>
>>>
>>> Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
>>> Transaction: Ticket created by Ryan.Gonzalez at colostate.edu<mailto:
>>> Ryan.Gonzalez at colostate.edu><mailto:
>>> Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>>
>>>     Queue: met_help
>>>   Subject: Sample Script For Compiling External Libraries And MET
>>>     Owner: Nobody
>>> Requestors: Ryan.Gonzalez at colostate.edu<mailto:
>>> Ryan.Gonzalez at colostate.edu><mailto:Ryan.Gonzalez at colostate.edu
>>>
>>>    Status: new
>>> Ticket <URL:
>>>
>>>
>>>
>>>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cb2437b59ff684e78fa2508d8dab0a59d%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637499799527265182%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kvz3vP%2FWwd94Qr6DA0DZOplxBERBu4T8FieUktYYxj8%3D&reserved=0
>>>
>>>
>>>
>>> Hello,
>>>
>>> I am using the sample scripts to compiling the external libraries
for
>>> MET
>>> and I am running into issues. Can you help me?
>>>
>>> Specifically, I am running into issues with the BUFRLIB_v11.3.0
>>> library. I
>>> get the error “endiantest.c:33:1: warning: return type defaults to
>>> ‘int’
>>> [-Wimplicit-int]
>>> main()
>>> ^~~~” when running the command “gfortran -c -fno-second-underscore
>>> `./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
>>> "mod[av]_"`
>>> make.log”
>>>
>>> Thanks,
>>> Ryan
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Julie Prestopnik (she/her)
>>> Software Engineer
>>> National Center for Atmospheric Research
>>> Research Applications Laboratory
>>> Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu
>>> >
>>>
>>> My working day may not be your working day.  Please do not feel
obliged
>>> to
>>> reply to this email outside of your normal working hours.
>>>
>>> <compile_MET_all.sh.tgz>
>>>
>>>
>>>
>>>
>>> --
>>> Julie Prestopnik (she/her)
>>> Software Engineer
>>> National Center for Atmospheric Research
>>> Research Applications Laboratory
>>> Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>
>>>
>>> My working day may not be your working day.  Please do not feel
obliged
>>> to
>>> reply to this email outside of your normal working hours.
>>>
>>>
>>>
>>
>> --
>> Julie Prestopnik (she/her)
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day.  Please do not feel
obliged
>> to reply to this email outside of your normal working hours.
>>
>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Mon Mar 01 16:31:40 2021

Thanks Julie. I am using the .tar.gz version so I didn't need to
change anything. I was able to build CAIRO! Similar to your above
change using a specific compiler, I had to change

  if [ ${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then
      export PKG_CONFIG_PATH=${LIB_DIR}/lib/pkgconfig/
  fi

to

  if [ true ]; then
      export PKG_CONFIG_PATH=${LIB_DIR}/lib/pkgconfig/
  fi

I am now building MET and there seems to be issues with the “make
test” at the very beginning of the test. I have attached the
make_test.log just in case. All the executables associated with the
build for my specific tools appear in ./bin/ so I think the build was
successful. Is the “make test" a necessary step or can I bypass this?

Ryan

On Mar 1, 2021, at 15:23, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

I sent that last email too quickly.  I had intended to add:

Or, you could simply get the .tar.gz version here:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fprojects%2Flibpng%2Ffiles%2Flibpng16%2F1.6.37%2Flibpng-
1.6.37.tar.gz%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Zpr8Khw3C2glDz5%2F6MzPQOKst0OuQIBi6v%2Fj9Q8i860%3D&reserved=0<https://nam01.safelinks.protection.outlook.com/?url=https://sourceforge.net/projects/libpng/files/libpng16/1.6.37/libpng-
1.6.37.tar.gz/download&data=04|01|Ryan.Gonzalez at colostate.edu|4ee6201827384905d4f308d8dd009fbb|afb58802ff7a4bb1ab21367ff2ecfc8b|0|1|637502342056333164|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0=|3000&sdata=Zpr8Khw3C2glDz5/6MzPQOKst0OuQIBi6v/j9Q8i860=&reserved=0>

Julie

On Mon, Mar 1, 2021 at 3:21 PM Julie Prestopnik
<jpresto at ucar.edu<mailto:jpresto at ucar.edu>> wrote:

Hi Ryan.

I just wanted to follow up.  I see that the new version of libpng has
a
.xz extension.

The compile_MET_all.sh script expects a .tar.gz file, so the following
line would need to be changed from:

 tar -xzf ${TAR_DIR}/libpng*.tar.gz

to:

tar -xzf ${TAR_DIR}/libpng*.tar.xz

Please let me know if you have any questions.

Julie

On Mon, Mar 1, 2021 at 11:30 AM Julie Prestopnik
<jpresto at ucar.edu<mailto:jpresto at ucar.edu>> wrote:

Hi Ryan.

Thank you for including the config.log file.  It was helpful.  I was
able
to compare your version with my version to see what the differences
were.
Also, looking at the Cairo dependencies
<https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linuxfromscratch.org%2Fblfs%2Fview%2Fsvn%2Fx%2Fcairo.html&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=io30cI%2B8ljA5X6oN%2F46qjChcmLIJhTEjXwF8maxigIE%3D&reserved=0>,
I see that
libpng-1.6.37
<https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdownloads.sourceforge.net%2Flibpng%2Flibpng-
1.6.37.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=5WSNmBitJV9YTVSz%2BROY18UuPcvAtkhYe79Y7MOh8J8%3D&reserved=0>
and
Pixman-0.40.0
<https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fpixman-
0.40.0.tar.gz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=IIKf%2FOYbn%2BzQEz3BiRhtr2fpDULGrJhF7mP3638uUfw%3D&reserved=0>
are
required and it looks like you may not have those installed.

I was able to build Cairo with older versions of those installed,
however, it would likely be best to use those newer versions.  You
should
be able to download those and put them in your tar_files directory.
The
script currently only installs pixman if a certain compiler is used:

   # If on Cray, compile PIXMAN
                                                       if [
${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then

you should be able to modify the script to say:

if [ true ]; then

then pixman should be installed.

If you have the script set to install the GRIB2C library, libpng will
also be installed.  You could also compile it manually following along
with
the install instructions in the script.

Please try compiling and installing libpng and pixman, and then try
compiling and installing Cairo.  Please let us know how it goes.

Julie

On Mon, Mar 1, 2021 at 9:26 AM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=9GAIgL%2FBgD6a5Sq%2F8Iem48lrqhv5Z71GiTEJJ%2B%2BID6Y%3D&reserved=0
>

Hi Julie,

I followed the instructions you gave, but still received the same
error.
I have attached the config.log for this error.

Ryan

On Feb 26, 2021, at 16:45, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

Thank you for attaching the config.log file.  That was helpful.  I was
able
to reproduce the problem you are experiencing.  I checked for a more
current version of Cairo and was able to successfully compile a newer
version.

Please run the following commands:

cd /home/rgonzalez/research/phd/met/tar_files
rm cairo-1.14.6.tar.xz
wget
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fcairo-
1.16.0.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Zt1kb0kD1NwTt10mw9UDfDQyzQeNXMSTmNS3t5L0wzA%3D&reserved=0

And then try rerunning the script.  Hopefully, you will get a
successful
compilation like I did.  Thank you for bringing this to our attention.
I
will update the tar_file.tgz file on our website to include this newer
version of Cairo.  Please let us know how it goes.

Julie

On Fri, Feb 26, 2021 at 8:36 AM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=1BdbSgLmA3U4awipWYtfqlTzKTTOtfmzXOfMKcEfL%2BQ%3D&reserved=0

Hi Julie,

Thanks for the response. I do not need to use the MODIS-regrid or
lidar2nc
so I will skip building the HDF4.2r3 library. However, I would like to
use
the MODE graphics utility. I am able to build the FreeType, but not
the
CAIRO library for this utility. I am getting an error “configure
returned
with non-zero (1) status”. I have attached the config.log file
corresponding to this error.

I should also note that I am using the compile_MET_all.sh script that
is
provided through "Sample Script For Compiling External Libraries And
MET”.

Ryan

On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

I see you are having some trouble building the HDF4.2r3 library.  That
is
an optional library that is only required for the MODIS-regrid and
lidar2nc
tools.  If you do not need to use those tools, you do not need to
build the HDF4.2r3 library or the HDF-EOS library.

If you would like to use MODIS-regrid and/or lidar2nc, then we should
continue with debugging this issue.  I haven't encountered this error
previously, but in looking for a solution, I found that adding the
following to your call to ./configure for the HDF4.2r3 library might
resolve the problem you're experiencing:

CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"

I am not sure how you are compiling MET and its dependent libraries,
but
I
wanted to make you aware that we have a compile script you can use to
compile MET and its dependent libraries if you would like.  On our
Download
page, there is a section titled "Sample Script For Compiling External
Libraries And MET"

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=lLiTtDAG8WOhVlBrArvobmjFoFgd93o1rfBj2fJENRo%3D&reserved=0

where you can see instructions on how to use a script to build MET.  I
am
attaching the latest and greatest script for you to use if you'd like.
You'll need to create a configuration file to pass to the script, as
the
instructions indicate.  You can see examples of other install scripts
here:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=CDEPX0QvZ96x0HWtzscjK6UgBcC8GYHQXP0%2FzcTvI9w%3D&reserved=0

In case you are building manually, you may want to take a look inside
the
compile_MET_all.sh script to see the way that we are building the
libraries. I'll paste in the code we use to compile HDF4.2r3 below.
Please
let us know how the compilation goes and if you are still having
trouble.

Julie

# Compile HDF
# Depends on jpeg
# Edit 'mfhdf/hdiff/Makefile' as follows:
#  From: LIBS = -ljpeg -lz
#    To: LIBS = -ljpeg -lz -lm
if [ $COMPILE_HDF -eq 1 ]; then
echo
echo "Compiling HDF at `date`"
mkdir -p ${LIB_DIR}/hdf
cd ${LIB_DIR}/hdf
rm -rf HDF*
tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
cd HDF*
echo "cd `pwd`"
echo "./configure --prefix=${LIB_DIR} --disable-netcdf
--with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
--with-zlib=${LIB_DIR} > configure.log 2>&1
ret=$?
if [ $ret != 0 ]; then
  echo "configure returned with non-zero ($ret) status"
  exit 1
fi
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
-lm/g' > Makefile_NEW
mv Makefile_NEW mfhdf/hdiff/Makefile
echo "make > make.log 2>&1"
make > make.log 2>&1
ret=$?
if [ $ret != 0 ]; then
  echo "make returned with non-zero ($ret) status"
  exit 1
fi
echo "make install > make_install.log 2>&1"
make install > make_install.log 2>&1
ret=$?
if [ $? != 0 ]; then
  echo "make install returned with non-zero ($ret) status"
  exit 1
fi
fi

On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

<URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=1BdbSgLmA3U4awipWYtfqlTzKTTOtfmzXOfMKcEfL%2BQ%3D&reserved=0

Hi Ryan,

I'm assigning this ticket to Julie, our expert in tracking down these
issues.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>>
wrote:

<URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056353153%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=OjhGIomTjkShdvTwiEq%2B3QkX2tGPfBihTaonZnMVIvc%3D&reserved=0

Thanks Minna. That is good to know. The next error I am getting is
with
the HDF library. I am getting the return status “make returned with
non-zero (2) status”.

I have attached the make.log file that corresponds to this build.

Ryan

On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:
met_help at ucar.edu<mailto:met_help at ucar.edu>><mailto:
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>>
wrote:

Hi Ryan,

According to our resident MET build expert, this is just a warning,
not
an
error and can be ignored as long as that library file is getting
created.
Please let us know if you run into any other problems.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>
wrote:

Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
Transaction: Ticket created by
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>><mailto:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:Ryan.Gonzalez at colostate.edu>>
   Queue: met_help
 Subject: Sample Script For Compiling External Libraries And MET
   Owner: Nobody
Requestors:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>><mailto:Ryan.Gonzalez at colostate.edu

  Status: new
Ticket <URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056353153%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=OjhGIomTjkShdvTwiEq%2B3QkX2tGPfBihTaonZnMVIvc%3D&reserved=0

Hello,

I am using the sample scripts to compiling the external libraries for
MET
and I am running into issues. Can you help me?

Specifically, I am running into issues with the BUFRLIB_v11.3.0
library. I
get the error “endiantest.c:33:1: warning: return type defaults to
‘int’
[-Wimplicit-int]
main()
^~~~” when running the command “gfortran -c -fno-second-underscore
`./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
"mod[av]_"`
make.log”

Thanks,
Ryan

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged
to
reply to this email outside of your normal working hours.

<compile_MET_all.sh.tgz>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged
to
reply to this email outside of your normal working hours.

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged
to reply to this email outside of your normal working hours.

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Mon Mar 01 16:57:33 2021

I too sent an email too early. I rebuilt the entire library and got
further in the “make test”. Attached is the new make_test.log. My
question still is if this step is necessary.

Ryan

On Mar 1, 2021, at 15:23, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

I sent that last email too quickly.  I had intended to add:

Or, you could simply get the .tar.gz version here:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fprojects%2Flibpng%2Ffiles%2Flibpng16%2F1.6.37%2Flibpng-
1.6.37.tar.gz%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Zpr8Khw3C2glDz5%2F6MzPQOKst0OuQIBi6v%2Fj9Q8i860%3D&reserved=0

Julie

On Mon, Mar 1, 2021 at 3:21 PM Julie Prestopnik
<jpresto at ucar.edu<mailto:jpresto at ucar.edu>> wrote:

Hi Ryan.

I just wanted to follow up.  I see that the new version of libpng has
a
.xz extension.

The compile_MET_all.sh script expects a .tar.gz file, so the following
line would need to be changed from:

 tar -xzf ${TAR_DIR}/libpng*.tar.gz

to:

tar -xzf ${TAR_DIR}/libpng*.tar.xz

Please let me know if you have any questions.

Julie

On Mon, Mar 1, 2021 at 11:30 AM Julie Prestopnik
<jpresto at ucar.edu<mailto:jpresto at ucar.edu>> wrote:

Hi Ryan.

Thank you for including the config.log file.  It was helpful.  I was
able
to compare your version with my version to see what the differences
were.
Also, looking at the Cairo dependencies
<https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linuxfromscratch.org%2Fblfs%2Fview%2Fsvn%2Fx%2Fcairo.html&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=io30cI%2B8ljA5X6oN%2F46qjChcmLIJhTEjXwF8maxigIE%3D&reserved=0>,
I see that
libpng-1.6.37
<https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdownloads.sourceforge.net%2Flibpng%2Flibpng-
1.6.37.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=5WSNmBitJV9YTVSz%2BROY18UuPcvAtkhYe79Y7MOh8J8%3D&reserved=0>
and
Pixman-0.40.0
<https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fpixman-
0.40.0.tar.gz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=IIKf%2FOYbn%2BzQEz3BiRhtr2fpDULGrJhF7mP3638uUfw%3D&reserved=0>
are
required and it looks like you may not have those installed.

I was able to build Cairo with older versions of those installed,
however, it would likely be best to use those newer versions.  You
should
be able to download those and put them in your tar_files directory.
The
script currently only installs pixman if a certain compiler is used:

   # If on Cray, compile PIXMAN
                                                       if [
${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then

you should be able to modify the script to say:

if [ true ]; then

then pixman should be installed.

If you have the script set to install the GRIB2C library, libpng will
also be installed.  You could also compile it manually following along
with
the install instructions in the script.

Please try compiling and installing libpng and pixman, and then try
compiling and installing Cairo.  Please let us know how it goes.

Julie

On Mon, Mar 1, 2021 at 9:26 AM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056333164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=9GAIgL%2FBgD6a5Sq%2F8Iem48lrqhv5Z71GiTEJJ%2B%2BID6Y%3D&reserved=0
>

Hi Julie,

I followed the instructions you gave, but still received the same
error.
I have attached the config.log for this error.

Ryan

On Feb 26, 2021, at 16:45, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

Thank you for attaching the config.log file.  That was helpful.  I was
able
to reproduce the problem you are experiencing.  I checked for a more
current version of Cairo and was able to successfully compile a newer
version.

Please run the following commands:

cd /home/rgonzalez/research/phd/met/tar_files
rm cairo-1.14.6.tar.xz
wget
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.cairographics.org%2Freleases%2Fcairo-
1.16.0.tar.xz&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Zt1kb0kD1NwTt10mw9UDfDQyzQeNXMSTmNS3t5L0wzA%3D&reserved=0

And then try rerunning the script.  Hopefully, you will get a
successful
compilation like I did.  Thank you for bringing this to our attention.
I
will update the tar_file.tgz file on our website to include this newer
version of Cairo.  Please let us know how it goes.

Julie

On Fri, Feb 26, 2021 at 8:36 AM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=1BdbSgLmA3U4awipWYtfqlTzKTTOtfmzXOfMKcEfL%2BQ%3D&reserved=0

Hi Julie,

Thanks for the response. I do not need to use the MODIS-regrid or
lidar2nc
so I will skip building the HDF4.2r3 library. However, I would like to
use
the MODE graphics utility. I am able to build the FreeType, but not
the
CAIRO library for this utility. I am getting an error “configure
returned
with non-zero (1) status”. I have attached the config.log file
corresponding to this error.

I should also note that I am using the compile_MET_all.sh script that
is
provided through "Sample Script For Compiling External Libraries And
MET”.

Ryan

On Feb 25, 2021, at 18:35, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

I see you are having some trouble building the HDF4.2r3 library.  That
is
an optional library that is only required for the MODIS-regrid and
lidar2nc
tools.  If you do not need to use those tools, you do not need to
build the HDF4.2r3 library or the HDF-EOS library.

If you would like to use MODIS-regrid and/or lidar2nc, then we should
continue with debugging this issue.  I haven't encountered this error
previously, but in looking for a solution, I found that adding the
following to your call to ./configure for the HDF4.2r3 library might
resolve the problem you're experiencing:

CFLAGS="-I/usr/include/tirpc" CXXFLAGS="-I/usr/include/tirpc"

I am not sure how you are compiling MET and its dependent libraries,
but
I
wanted to make you aware that we have a compile script you can use to
compile MET and its dependent libraries if you would like.  On our
Download
page, there is a section titled "Sample Script For Compiling External
Libraries And MET"

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-
met%2Fdownload&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=lLiTtDAG8WOhVlBrArvobmjFoFgd93o1rfBj2fJENRo%3D&reserved=0

where you can see instructions on how to use a script to build MET.  I
am
attaching the latest and greatest script for you to use if you'd like.
You'll need to create a configuration file to pass to the script, as
the
instructions indicate.  You can see examples of other install scripts
here:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdtcenter%2FMET%2Ftree%2Fdevelop%2Fscripts%2Finstallation%2Fconfig&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=CDEPX0QvZ96x0HWtzscjK6UgBcC8GYHQXP0%2FzcTvI9w%3D&reserved=0

In case you are building manually, you may want to take a look inside
the
compile_MET_all.sh script to see the way that we are building the
libraries. I'll paste in the code we use to compile HDF4.2r3 below.
Please
let us know how the compilation goes and if you are still having
trouble.

Julie

# Compile HDF
# Depends on jpeg
# Edit 'mfhdf/hdiff/Makefile' as follows:
#  From: LIBS = -ljpeg -lz
#    To: LIBS = -ljpeg -lz -lm
if [ $COMPILE_HDF -eq 1 ]; then
echo
echo "Compiling HDF at `date`"
mkdir -p ${LIB_DIR}/hdf
cd ${LIB_DIR}/hdf
rm -rf HDF*
tar -xf ${TAR_DIR}/HDF4.2*.tar.gz
cd HDF*
echo "cd `pwd`"
echo "./configure --prefix=${LIB_DIR} --disable-netcdf
--with-jpeg=${LIB_DIR} --with-zlib=${LIB_DIR} > configure.log 2>&1"
./configure --prefix=${LIB_DIR} --disable-netcdf --with-
jpeg=${LIB_DIR}
--with-zlib=${LIB_DIR} > configure.log 2>&1
ret=$?
if [ $ret != 0 ]; then
  echo "configure returned with non-zero ($ret) status"
  exit 1
fi
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
-lm/g' > Makefile_NEW
mv Makefile_NEW mfhdf/hdiff/Makefile
echo "make > make.log 2>&1"
make > make.log 2>&1
ret=$?
if [ $ret != 0 ]; then
  echo "make returned with non-zero ($ret) status"
  exit 1
fi
echo "make install > make_install.log 2>&1"
make install > make_install.log 2>&1
ret=$?
if [ $? != 0 ]; then
  echo "make install returned with non-zero ($ret) status"
  exit 1
fi
fi

On Thu, Feb 25, 2021 at 4:23 PM Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>> wrote:

<URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056343161%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=1BdbSgLmA3U4awipWYtfqlTzKTTOtfmzXOfMKcEfL%2BQ%3D&reserved=0

Hi Ryan,

I'm assigning this ticket to Julie, our expert in tracking down these
issues.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 3:56 PM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>
<mailto:met_help at ucar.edu>>
wrote:

<URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056353153%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=OjhGIomTjkShdvTwiEq%2B3QkX2tGPfBihTaonZnMVIvc%3D&reserved=0

Thanks Minna. That is good to know. The next error I am getting is
with
the HDF library. I am getting the return status “make returned with
non-zero (2) status”.

I have attached the make.log file that corresponds to this build.

Ryan

On Feb 25, 2021, at 15:32, Minna Win via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:
met_help at ucar.edu<mailto:met_help at ucar.edu>><mailto:
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>>
wrote:

Hi Ryan,

According to our resident MET build expert, this is just a warning,
not
an
error and can be ignored as long as that library file is getting
created.
Please let us know if you run into any other problems.

Regards,
Minna
---------------
Minna Win
National Center for Atmospheric Research
Developmental Testbed Center
Phone: 303-497-8423
Fax:   303-497-8401
---------------
Pronouns: she/her

On Thu, Feb 25, 2021 at 2:41 PM Gonzalez,Ryan via RT <
met_help at ucar.edu<mailto:met_help at ucar.edu><mailto:met_help at ucar.edu><mailto:met_help at ucar.edu>>
wrote:

Thu Feb 25 14:41:45 2021: Request 98856 was acted upon.
Transaction: Ticket created by
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>><mailto:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:Ryan.Gonzalez at colostate.edu>>
   Queue: met_help
 Subject: Sample Script For Compiling External Libraries And MET
   Owner: Nobody
Requestors:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu><mailto:
Ryan.Gonzalez at colostate.edu<mailto:Ryan.Gonzalez at colostate.edu>><mailto:Ryan.Gonzalez at colostate.edu

  Status: new
Ticket <URL:

https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C4ee6201827384905d4f308d8dd009fbb%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C1%7C637502342056353153%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=OjhGIomTjkShdvTwiEq%2B3QkX2tGPfBihTaonZnMVIvc%3D&reserved=0

Hello,

I am using the sample scripts to compiling the external libraries for
MET
and I am running into issues. Can you help me?

Specifically, I am running into issues with the BUFRLIB_v11.3.0
library. I
get the error “endiantest.c:33:1: warning: return type defaults to
‘int’
[-Wimplicit-int]
main()
^~~~” when running the command “gfortran -c -fno-second-underscore
`./getdefflags_F.sh` modv*.F moda*.F `ls -1 *.F *.f | grep -v
"mod[av]_"`
make.log”

Thanks,
Ryan

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged
to
reply to this email outside of your normal working hours.

<compile_MET_all.sh.tgz>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email:
jpresto at ucar.edu<mailto:jpresto at ucar.edu><mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged
to
reply to this email outside of your normal working hours.

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged
to reply to this email outside of your normal working hours.

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Tue Mar 02 11:45:44 2021

Hi Ryan.

I'm glad to hear that you were able to get Cairo compiled!  That's
great!
Thanks for letting me know about the other change you had to make.

We don't want to bypass the issues with running "make test" because it
is
telling us that something is not installed correctly.  The problem
lies
with pb2nc, and if you needed to run it, there would likely be
problems.
Also, there could be other problems with other apps that have not come
up
because "make test" did not have an opportunity to finish its testing.

>From your make_test.log file:

> ../src/tools/other/pb2nc/pb2nc: error while loading shared
libraries:
> libgfortran.so.4: cannot open shared object file: No such file or
directory

Can you please tell me if a libgfortran.so.4 file exists?  From your
Cairo
config.log file, t looks like your version of gcc lives in /bin:

> configure:3224: checking for gcc
> configure:3251: result: /bin/gcc

I have gcc in /usr/bin/gcc and found libgfortran.so.3
in /usr/lib/x86_64-linux-gnu/ by running:

> find /usr -name "libgfortran*"

Please let me know whether or not that file exists and where it is and
we'll figure out how to proceed.  Could you also please send me your
config.log file from configuring MET?

Thanks!

Julie

On Mon, Mar 1, 2021 at 4:31 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Thanks Julie. I am using the .tar.gz version so I didn't need to
change
> anything. I was able to build CAIRO! Similar to your above change
using a
> specific compiler, I had to change
>
>   if [ ${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then
>       export PKG_CONFIG_PATH=${LIB_DIR}/lib/pkgconfig/
>   fi
>
> to
>
>   if [ true ]; then
>       export PKG_CONFIG_PATH=${LIB_DIR}/lib/pkgconfig/
>   fi
>
> I am now building MET and there seems to be issues with the “make
test” at
> the very beginning of the test. I have attached the make_test.log
just in
> case. All the executables associated with the build for my specific
tools
> appear in ./bin/ so I think the build was successful. Is the “make
test" a
> necessary step or can I bypass this?
>
> Ryan
>
> --
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Tue Mar 02 14:11:31 2021

Julie,

I found libgfortran.so.4 in /usr/local/anaconda3/lib/libgfortran.so.4
and there is libgfortran.so.3 in /usr/lib64/libgfortran.so.3.

I have also attached the MET config file.

Ryan

> On Mar 2, 2021, at 11:45, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Ryan.
>
> I'm glad to hear that you were able to get Cairo compiled!  That's
great!
> Thanks for letting me know about the other change you had to make.
>
> We don't want to bypass the issues with running "make test" because
it is
> telling us that something is not installed correctly.  The problem
lies
> with pb2nc, and if you needed to run it, there would likely be
problems.
> Also, there could be other problems with other apps that have not
come up
> because "make test" did not have an opportunity to finish its
testing.
>
> From your make_test.log file:
>
>> ../src/tools/other/pb2nc/pb2nc: error while loading shared
libraries:
>> libgfortran.so.4: cannot open shared object file: No such file or
directory
>
>
> Can you please tell me if a libgfortran.so.4 file exists?  From your
Cairo
> config.log file, t looks like your version of gcc lives in /bin:
>
>> configure:3224: checking for gcc
>> configure:3251: result: /bin/gcc
>
>
> I have gcc in /usr/bin/gcc and found libgfortran.so.3
> in /usr/lib/x86_64-linux-gnu/ by running:
>
>> find /usr -name "libgfortran*"
>
>
> Please let me know whether or not that file exists and where it is
and
> we'll figure out how to proceed.  Could you also please send me your
> config.log file from configuring MET?
>
> Thanks!
>
> Julie
>
> On Mon, Mar 1, 2021 at 4:31 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> <URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Ca156cdf6c42d4137f00308d8ddab64a5%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637503075504500596%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=iyf%2FNxozmCN6DX6GPkg%2ByhR1Dljwb%2Bjz8R7VzQfHBqM%3D&reserved=0
>
>>
>> Thanks Julie. I am using the .tar.gz version so I didn't need to
change
>> anything. I was able to build CAIRO! Similar to your above change
using a
>> specific compiler, I had to change
>>
>>  if [ ${COMPILER_FAMILY} ==  "PrgEnv-intel" ]; then
>>      export PKG_CONFIG_PATH=${LIB_DIR}/lib/pkgconfig/
>>  fi
>>
>> to
>>
>>  if [ true ]; then
>>      export PKG_CONFIG_PATH=${LIB_DIR}/lib/pkgconfig/
>>  fi
>>
>> I am now building MET and there seems to be issues with the “make
test” at
>> the very beginning of the test. I have attached the make_test.log
just in
>> case. All the executables associated with the build for my specific
tools
>> appear in ./bin/ so I think the build was successful. Is the “make
test" a
>> necessary step or can I bypass this?
>>
>> Ryan
>>
>> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Tue Mar 02 14:37:38 2021

Hi Ryan.  Thank you so much for this helpful information.

It looks like there is a bit of a conflict between using what is
at /usr/local/anaconda3/lib and what is at /usr/lib64.

So, let's specify what should be used. In your configuration file,
please
add the following.

export CC=/bin/gcc
export CXX=/bin/g++
export FC=/bin/gfortran
export FC77=/bin/gfortran
export F90=/bin/gfortran

Then, try configuring and compiling MET again.  That may or may not be
good
enough.  You may need to reinstall the dependent libraries again with
these
specified.

I hope that helps.  Please let us know how it goes.

Julie

On Tue, Mar 2, 2021 at 2:11 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Julie,
>
> I found libgfortran.so.4 in
/usr/local/anaconda3/lib/libgfortran.so.4 and
> there is libgfortran.so.3 in /usr/lib64/libgfortran.so.3.
>
> I have also attached the MET config file.
>
> Ryan
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Tue Mar 02 17:27:37 2021

Julie,

I tried specifying C and Fortran the way you suggested and ran into
the same error with pb2nc during “make test”.

The next thing I tried was disabling pb2nc using --disable-pb2nc when
configuring MET. I’m not sure I need it, but ran into an issue later
on too. Not sure if we should figure out hthe pb2nc or continue
without it.

I have attached the config.log and make_test.log for MET.

Ryan

On Mar 2, 2021, at 14:37, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.  Thank you so much for this helpful information.

It looks like there is a bit of a conflict between using what is
at /usr/local/anaconda3/lib and what is at /usr/lib64.

So, let's specify what should be used. In your configuration file,
please
add the following.

export CC=/bin/gcc
export CXX=/bin/g++
export FC=/bin/gfortran
export FC77=/bin/gfortran
export F90=/bin/gfortran

Then, try configuring and compiling MET again.  That may or may not be
good
enough.  You may need to reinstall the dependent libraries again with
these
specified.

I hope that helps.  Please let us know how it goes.

Julie

On Tue, Mar 2, 2021 at 2:11 PM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C448753a21ab4423d6a5108d8ddc36823%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637503178636847107%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=%2BInuSjTWPu23KmIzoTAKYTFyGHqmDBx8uMmIwkneQ34%3D&reserved=0
>

Julie,

I found libgfortran.so.4 in /usr/local/anaconda3/lib/libgfortran.so.4
and
there is libgfortran.so.3 in /usr/lib64/libgfortran.so.3.

I have also attached the MET config file.

Ryan

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Wed Mar 03 08:59:57 2021

Hi Ryan.

Thank you for including the config.log file and the make_test.log
file.

Let's try to get the original pb2nc issue figured out.

I tried specifying C and Fortran the way you suggested and ran into
the
> same error with pb2nc during “make test”.

Did you recompile only MET or did you also recompile the dependent
libraries?  If you did not recompile the dependent libraries, please
give
that a try, and then recompile MET.

Also, it looks like you may have MET_PYTHON_CC set to
"-I/usr/local/anaconda3/include/python3.7m
-I/usr/local/anaconda3/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/include
-fdebug-prefix-
map=/home/conda/feedstock_root/build_artifacts/python_1595473829944/work=/usr/local/src/conda/python-
3.7.8
-fdebug-prefix-map=/usr/local/anaconda3=/usr/local/src/conda-prefix
-fuse-linker-plugin -ffat-lto-objects -flto-partition=none -flto
-DNDEBUG
-fwrapv -O3 -Wall"

Let's simplify that and have you set it in the following way:

> export MET_PYTHON_CC=-I/usr/local/anaconda3/include/python3.7m\
> -I/usr/local/anaconda3/include/python3.7m

That should be all that is needed.

Please let me know how it goes.  If you still have trouble, please
send
along your config.log and make_test.log file, as you have been, and
please
also send along the config file you are passing to compile_MET_all.sh.

Thanks!

Julie

On Tue, Mar 2, 2021 at 5:27 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Julie,
>
> I tried specifying C and Fortran the way you suggested and ran into
the
> same error with pb2nc during “make test”.
>
> The next thing I tried was disabling pb2nc using --disable-pb2nc
when
> configuring MET. I’m not sure I need it, but ran into an issue later
on
> too. Not sure if we should figure out hthe pb2nc or continue without
it.
>
> I have attached the config.log and make_test.log for MET.
>
> Ryan
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Wed Mar 03 14:10:20 2021

Hi Julie,

Firstly I just wanted to say thank you for helping out with all of
this. It is really appreciated.

>From the previous email, I recompiled with all the dependent libraries
to no avail. I simplified the MET_PYTHON_CC, but still arrived at the
same problem. I have attached the 4 files you requested.

Would it be worthwhile to talk to my sysadmin to see what the issue is
with the libgfortran.so.4 library?

Ryan

> On Mar 3, 2021, at 08:59, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Ryan.
>
> Thank you for including the config.log file and the make_test.log
file.
>
> Let's try to get the original pb2nc issue figured out.
>
> I tried specifying C and Fortran the way you suggested and ran into
the
>> same error with pb2nc during “make test”.
>
> Did you recompile only MET or did you also recompile the dependent
> libraries?  If you did not recompile the dependent libraries, please
give
> that a try, and then recompile MET.
>
> Also, it looks like you may have MET_PYTHON_CC set to
> "-I/usr/local/anaconda3/include/python3.7m
> -I/usr/local/anaconda3/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/include
> -fdebug-prefix-
map=/home/conda/feedstock_root/build_artifacts/python_1595473829944/work=/usr/local/src/conda/python-
3.7.8
> -fdebug-prefix-map=/usr/local/anaconda3=/usr/local/src/conda-prefix
> -fuse-linker-plugin -ffat-lto-objects -flto-partition=none -flto
-DNDEBUG
> -fwrapv -O3 -Wall"
>
> Let's simplify that and have you set it in the following way:
>
>> export MET_PYTHON_CC=-I/usr/local/anaconda3/include/python3.7m\
>> -I/usr/local/anaconda3/include/python3.7m
>
>
> That should be all that is needed.
>
> Please let me know how it goes.  If you still have trouble, please
send
> along your config.log and make_test.log file, as you have been, and
please
> also send along the config file you are passing to
compile_MET_all.sh.
>
> Thanks!
>
> Julie
>
> On Tue, Mar 2, 2021 at 5:27 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> wrote:
>
>>
>> <URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7C89983261cb394fd7867208d8de5d6607%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637503840030367456%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=lBnNR8WrAsL2RxAMpF97O%2BnsayPGbhvkSWnXNC0Bm78%3D&reserved=0
>
>>
>> Julie,
>>
>> I tried specifying C and Fortran the way you suggested and ran into
the
>> same error with pb2nc during “make test”.
>>
>> The next thing I tried was disabling pb2nc using --disable-pb2nc
when
>> configuring MET. I’m not sure I need it, but ran into an issue
later on
>> too. Not sure if we should figure out hthe pb2nc or continue
without it.
>>
>> I have attached the config.log and make_test.log for MET.
>>
>> Ryan
>>
>>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Thu Mar 04 12:22:36 2021

Hi Ryan.

Thank you for attaching the files.  You're welcome for helping out.
We'd
love to get this working for you.  I'm sorry it hasn't quite worked
out
yet.

One thing I noticed that would potentially affect GRIB files you work
with
is that the "-D__64BIT__" is being used in compilation, and we don't
want
that.  Assuming you used the script to compile the GRIB2C library, by
default the script will install the GRIB2C library without the
-D__64BIT__
option, and so it should not be used to compile MET.  In order to not
compile with the ""-D__64BIT__" flag, please set SET_D64BIT to FALSE
in
your install_met_env.zrain file.

One other thing I noticed that MET_PYTHON is set to ${PYTHON_LOC}/bin
but
should instead be set to ${PYTHON_LOC}, as MET_PYTHON is the location
containing the bin, include, lib and share directory for Python.  This
could solve the problem you're experiencing because before compiling
MET,
we set:

> export LDFLAGS="${LDFLAGS}
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"

Note that ${MET_PYTHON}/lib is included and ${MET_PYTHON}/lib is where
libgfortran.so.4 is located, so even though I am unsure why
libgfortran.so.4 is what is being looked for when /bin/gfortran is
being
used and I would expect /usr/lib64/libgfortran.so.3 to be associated
with
that, perhaps I am misunderstanding the situation, and fixing the
value
for ${MET_PYTHON} will allow libgfortran.so.4 to be found.

Also, I recommend using the compile_MET_all.sh script that I sent on
2/25
(reattached here), which has some upgrades to the script.   If you do
switch to using the new script, instead of having to have the
following
hardcoded in the script:

> export CC=/bin/gcc
> export CXX=/bin/g++
> export FC=/bin/gfortran
> export F77=/bin/gfortran
> export F90=/bin/gfortran

You would set those in your install_met_env.zrain instead, because
there is
now a check to see if those values are set before setting those values
in
the script.

Would it be worthwhile to talk to my sysadmin to see what the issue is
with
> the libgfortran.so.4 library?

I value our sys admins so much, so if you have one available to help,
it
certainly couldn't hurt, if the above suggestions do not work.

Please try making the changes described above and let me know how it
goes.
If the attempt is not successful, please send along the same files.
Thank
you for your patience while we attempt to resolve these issues.

Julie

On Wed, Mar 3, 2021 at 2:10 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Hi Julie,
>
> Firstly I just wanted to say thank you for helping out with all of
this.
> It is really appreciated.
>
> From the previous email, I recompiled with all the dependent
libraries to
> no avail. I simplified the MET_PYTHON_CC, but still arrived at the
same
> problem. I have attached the 4 files you requested.
>
> Would it be worthwhile to talk to my sysadmin to see what the issue
is
> with the libgfortran.so.4 library?
>
> Ryan
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Gonzalez,Ryan
Time: Fri Mar 05 13:08:40 2021

Hi Julie,

Thank you for these updates. Great news!

I am using the updated compile_MET_all.sh file you sent. I found that
errors would arise during the MET “make” process if I used the
“enable-python” option  when configuring MET. Without using  “enable-
python” and only “enable-grib2” and “enable-mode_graphics” I was able
to run “make test” to completion.

I do not use python so I don’t think using “enable-python” is
worthwhile for my purposes. Is this a correct assumption? I just want
to make sure I am not missing anything essential by leaving this
option out.

Cheers,
Ryan

On Mar 4, 2021, at 12:22, Julie Prestopnik via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>> wrote:

Hi Ryan.

Thank you for attaching the files.  You're welcome for helping out.
We'd
love to get this working for you.  I'm sorry it hasn't quite worked
out
yet.

One thing I noticed that would potentially affect GRIB files you work
with
is that the "-D__64BIT__" is being used in compilation, and we don't
want
that.  Assuming you used the script to compile the GRIB2C library, by
default the script will install the GRIB2C library without the
-D__64BIT__
option, and so it should not be used to compile MET.  In order to not
compile with the ""-D__64BIT__" flag, please set SET_D64BIT to FALSE
in
your install_met_env.zrain file.

One other thing I noticed that MET_PYTHON is set to ${PYTHON_LOC}/bin
but
should instead be set to ${PYTHON_LOC}, as MET_PYTHON is the location
containing the bin, include, lib and share directory for Python.  This
could solve the problem you're experiencing because before compiling
MET,
we set:

export LDFLAGS="${LDFLAGS}
-Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"

Note that ${MET_PYTHON}/lib is included and ${MET_PYTHON}/lib is where
libgfortran.so.4 is located, so even though I am unsure why
libgfortran.so.4 is what is being looked for when /bin/gfortran is
being
used and I would expect /usr/lib64/libgfortran.so.3 to be associated
with
that, perhaps I am misunderstanding the situation, and fixing the
value
for ${MET_PYTHON} will allow libgfortran.so.4 to be found.

Also, I recommend using the compile_MET_all.sh script that I sent on
2/25
(reattached here), which has some upgrades to the script.   If you do
switch to using the new script, instead of having to have the
following
hardcoded in the script:

export CC=/bin/gcc
export CXX=/bin/g++
export FC=/bin/gfortran
export F77=/bin/gfortran
export F90=/bin/gfortran

You would set those in your install_met_env.zrain instead, because
there is
now a check to see if those values are set before setting those values
in
the script.

Would it be worthwhile to talk to my sysadmin to see what the issue is
with
the libgfortran.so.4 library?

I value our sys admins so much, so if you have one available to help,
it
certainly couldn't hurt, if the above suggestions do not work.

Please try making the changes described above and let me know how it
goes.
If the attempt is not successful, please send along the same files.
Thank
you for your patience while we attempt to resolve these issues.

Julie

On Wed, Mar 3, 2021 at 2:10 PM Gonzalez,Ryan via RT
<met_help at ucar.edu<mailto:met_help at ucar.edu>>
wrote:

<URL:
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cf6ba615674b640c4a82d08d8df42dff3%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637504825625126640%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=0abMNu5R2o%2FjXPxW6hSRvwPACyVSRPCcBnmeaKpvBus%3D&reserved=0
>

Hi Julie,

Firstly I just wanted to say thank you for helping out with all of
this.
It is really appreciated.

>From the previous email, I recompiled with all the dependent libraries
to
no avail. I simplified the MET_PYTHON_CC, but still arrived at the
same
problem. I have attached the 4 files you requested.

Would it be worthwhile to talk to my sysadmin to see what the issue is
with the libgfortran.so.4 library?

Ryan

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

<compile_MET_all.sh.tgz>

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Fri Mar 05 13:41:59 2021

Hi Ryan.

Thanks for letting us know!

I do not use python so I don’t think using “enable-python” is
worthwhile
> for my purposes. Is this a correct assumption? I just want to make
sure I
> am not missing anything essential by leaving this option out.

Users may use Python scripts and whatever associated Python packages
they
wish in order to prepare 2D gridded data fields, point observations,
and
matched pairs as input to the MET tools, but it is not necessary to
have
this functionality.  Here is a link to more information about Python
embedding from our User's Guide.
https://dtcenter.github.io/MET/develop/Users_Guide/appendixF.html

I think it is fine to proceed without the Python embedding
functionality if
you would like.  If you end up having a need for it, we can come back
to
the install process and see if we can get it working for you.  Or, if
you
think this functionality would be really useful to you now, we can
work
through these issues now.  Wherever works best for you!

Have a great weekend!

Julie

On Fri, Mar 5, 2021 at 1:08 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Hi Julie,
>
> Thank you for these updates. Great news!
>
> I am using the updated compile_MET_all.sh file you sent. I found
that
> errors would arise during the MET “make” process if I used the
> “enable-python” option  when configuring MET. Without using
> “enable-python” and only “enable-grib2” and “enable-mode_graphics” I
was
> able to run “make test” to completion.
>
> I do not use python so I don’t think using “enable-python” is
worthwhile
> for my purposes. Is this a correct assumption? I just want to make
sure I
> am not missing anything essential by leaving this option out.
>
> Cheers,
> Ryan
>
>
> On Mar 4, 2021, at 12:22, Julie Prestopnik via RT <met_help at ucar.edu
> <mailto:met_help at ucar.edu>> wrote:
>
> Hi Ryan.
>
> Thank you for attaching the files.  You're welcome for helping out.
We'd
> love to get this working for you.  I'm sorry it hasn't quite worked
out
> yet.
>
> One thing I noticed that would potentially affect GRIB files you
work with
> is that the "-D__64BIT__" is being used in compilation, and we don't
want
> that.  Assuming you used the script to compile the GRIB2C library,
by
> default the script will install the GRIB2C library without the
-D__64BIT__
> option, and so it should not be used to compile MET.  In order to
not
> compile with the ""-D__64BIT__" flag, please set SET_D64BIT to FALSE
in
> your install_met_env.zrain file.
>
> One other thing I noticed that MET_PYTHON is set to
${PYTHON_LOC}/bin but
> should instead be set to ${PYTHON_LOC}, as MET_PYTHON is the
location
> containing the bin, include, lib and share directory for Python.
This
> could solve the problem you're experiencing because before compiling
MET,
> we set:
>
> export LDFLAGS="${LDFLAGS}
>
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
>
>
> Note that ${MET_PYTHON}/lib is included and ${MET_PYTHON}/lib is
where
> libgfortran.so.4 is located, so even though I am unsure why
> libgfortran.so.4 is what is being looked for when /bin/gfortran is
being
> used and I would expect /usr/lib64/libgfortran.so.3 to be associated
with
> that, perhaps I am misunderstanding the situation, and fixing the
value
> for ${MET_PYTHON} will allow libgfortran.so.4 to be found.
>
> Also, I recommend using the compile_MET_all.sh script that I sent on
2/25
> (reattached here), which has some upgrades to the script.   If you
do
> switch to using the new script, instead of having to have the
following
> hardcoded in the script:
>
> export CC=/bin/gcc
> export CXX=/bin/g++
> export FC=/bin/gfortran
> export F77=/bin/gfortran
> export F90=/bin/gfortran
>
> You would set those in your install_met_env.zrain instead, because
there is
> now a check to see if those values are set before setting those
values in
> the script.
>
> Would it be worthwhile to talk to my sysadmin to see what the issue
is with
> the libgfortran.so.4 library?
>
> I value our sys admins so much, so if you have one available to
help, it
> certainly couldn't hurt, if the above suggestions do not work.
>
> Please try making the changes described above and let me know how it
goes.
> If the attempt is not successful, please send along the same files.
Thank
> you for your patience while we attempt to resolve these issues.
>
> Julie
>
> On Wed, Mar 3, 2021 at 2:10 PM Gonzalez,Ryan via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>>
> wrote:
>
>
> <URL:
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7CRyan.Gonzalez%40colostate.edu%7Cf6ba615674b640c4a82d08d8df42dff3%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637504825625126640%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=0abMNu5R2o%2FjXPxW6hSRvwPACyVSRPCcBnmeaKpvBus%3D&reserved=0
> >
>
> Hi Julie,
>
> Firstly I just wanted to say thank you for helping out with all of
this.
> It is really appreciated.
>
> From the previous email, I recompiled with all the dependent
libraries to
> no avail. I simplified the MET_PYTHON_CC, but still arrived at the
same
> problem. I have attached the 4 files you requested.
>
> Would it be worthwhile to talk to my sysadmin to see what the issue
is
> with the libgfortran.so.4 library?
>
> Ryan
>
>
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
> <compile_MET_all.sh.tgz>
>
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Ryan Gonzalez
Time: Fri Mar 05 14:39:48 2021

Julie,

I am going to proceed without the Python functionality at the moment
so I
can get into using MET. I will definitely get back to you if I find
the
Python functionality would be useful.

Thank you again for all your help in getting this working for me. I
hope
you have a good weekend too. Looks to be gorgeous weather where I am
for
this first time in a while!

Cheers,
Ryan

On Fri, Mar 5, 2021 at 13:42 Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Ryan.
>
> Thanks for letting us know!
>
> I do not use python so I don’t think using “enable-python” is
worthwhile
> > for my purposes. Is this a correct assumption? I just want to make
sure I
> > am not missing anything essential by leaving this option out.
>
> Users may use Python scripts and whatever associated Python packages
they
> wish in order to prepare 2D gridded data fields, point observations,
and
> matched pairs as input to the MET tools, but it is not necessary to
have
> this functionality.  Here is a link to more information about Python
> embedding from our User's Guide.
>
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.github.io%2FMET%2Fdevelop%2FUsers_Guide%2FappendixF.html&data=04%7C01%7Crgonzo%40rams.colostate.edu%7Ce8e9fcf2acf241f941e308d8e017214b%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637505737252448438%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Yf6%2FXBDFzqyIOm3ANEvA8N0Sz%2BRyXQLlQqAaAUh236A%3D&reserved=0
>
> I think it is fine to proceed without the Python embedding
functionality if
> you would like.  If you end up having a need for it, we can come
back to
> the install process and see if we can get it working for you.  Or,
if you
> think this functionality would be really useful to you now, we can
work
> through these issues now.  Wherever works best for you!
>
> Have a great weekend!
>
> Julie
>
> On Fri, Mar 5, 2021 at 1:08 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL:
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7Crgonzo%40rams.colostate.edu%7Ce8e9fcf2acf241f941e308d8e017214b%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637505737252448438%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=B78CD05C2oRMcT1yrQ3SdqGtENL2GnGOH37rJwHDJ84%3D&reserved=0
> >
> >
> > Hi Julie,
> >
> > Thank you for these updates. Great news!
> >
> > I am using the updated compile_MET_all.sh file you sent. I found
that
> > errors would arise during the MET “make” process if I used the
> > “enable-python” option  when configuring MET. Without using
> > “enable-python” and only “enable-grib2” and “enable-mode_graphics”
I was
> > able to run “make test” to completion.
> >
> > I do not use python so I don’t think using “enable-python” is
worthwhile
> > for my purposes. Is this a correct assumption? I just want to make
sure I
> > am not missing anything essential by leaving this option out.
> >
> > Cheers,
> > Ryan
> >
> >
> > On Mar 4, 2021, at 12:22, Julie Prestopnik via RT
<met_help at ucar.edu
> > <mailto:met_help at ucar.edu>> wrote:
> >
> > Hi Ryan.
> >
> > Thank you for attaching the files.  You're welcome for helping
out.  We'd
> > love to get this working for you.  I'm sorry it hasn't quite
worked out
> > yet.
> >
> > One thing I noticed that would potentially affect GRIB files you
work
> with
> > is that the "-D__64BIT__" is being used in compilation, and we
don't want
> > that.  Assuming you used the script to compile the GRIB2C library,
by
> > default the script will install the GRIB2C library without the
> -D__64BIT__
> > option, and so it should not be used to compile MET.  In order to
not
> > compile with the ""-D__64BIT__" flag, please set SET_D64BIT to
FALSE in
> > your install_met_env.zrain file.
> >
> > One other thing I noticed that MET_PYTHON is set to
${PYTHON_LOC}/bin but
> > should instead be set to ${PYTHON_LOC}, as MET_PYTHON is the
location
> > containing the bin, include, lib and share directory for Python.
This
> > could solve the problem you're experiencing because before
compiling MET,
> > we set:
> >
> > export LDFLAGS="${LDFLAGS}
> >
> >
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> >
> >
> > Note that ${MET_PYTHON}/lib is included and ${MET_PYTHON}/lib is
where
> > libgfortran.so.4 is located, so even though I am unsure why
> > libgfortran.so.4 is what is being looked for when /bin/gfortran is
being
> > used and I would expect /usr/lib64/libgfortran.so.3 to be
associated with
> > that, perhaps I am misunderstanding the situation, and fixing the
value
> > for ${MET_PYTHON} will allow libgfortran.so.4 to be found.
> >
> > Also, I recommend using the compile_MET_all.sh script that I sent
on 2/25
> > (reattached here), which has some upgrades to the script.   If you
do
> > switch to using the new script, instead of having to have the
following
> > hardcoded in the script:
> >
> > export CC=/bin/gcc
> > export CXX=/bin/g++
> > export FC=/bin/gfortran
> > export F77=/bin/gfortran
> > export F90=/bin/gfortran
> >
> > You would set those in your install_met_env.zrain instead, because
there
> is
> > now a check to see if those values are set before setting those
values in
> > the script.
> >
> > Would it be worthwhile to talk to my sysadmin to see what the
issue is
> with
> > the libgfortran.so.4 library?
> >
> > I value our sys admins so much, so if you have one available to
help, it
> > certainly couldn't hurt, if the above suggestions do not work.
> >
> > Please try making the changes described above and let me know how
it
> goes.
> > If the attempt is not successful, please send along the same
files.
> Thank
> > you for your patience while we attempt to resolve these issues.
> >
> > Julie
> >
> > On Wed, Mar 3, 2021 at 2:10 PM Gonzalez,Ryan via RT
<met_help at ucar.edu
> > <mailto:met_help at ucar.edu>>
> > wrote:
> >
> >
> > <URL:
> >
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7Crgonzo%40rams.colostate.edu%7Ce8e9fcf2acf241f941e308d8e017214b%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637505737252448438%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=B78CD05C2oRMcT1yrQ3SdqGtENL2GnGOH37rJwHDJ84%3D&reserved=0
> > >
> >
> > Hi Julie,
> >
> > Firstly I just wanted to say thank you for helping out with all of
this.
> > It is really appreciated.
> >
> > From the previous email, I recompiled with all the dependent
libraries to
> > no avail. I simplified the MET_PYTHON_CC, but still arrived at the
same
> > problem. I have attached the 4 files you requested.
> >
> > Would it be worthwhile to talk to my sysadmin to see what the
issue is
> > with the libgfortran.so.4 library?
> >
> > Ryan
> >
> >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> > <compile_MET_all.sh.tgz>
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
> --
Ryan L. Gonzalez
M.S. Atmospheric Science
Colorado State University
ryan.gonzalez at colostate.edu

------------------------------------------------
Subject: Sample Script For Compiling External Libraries And MET
From: Julie Prestopnik
Time: Fri Mar 05 14:54:04 2021

Sounds good, Ryan!  Thanks!  You're welcome for the help.

I'll go ahead and close this ticket.  Please feel free to open a new
ticket with any questions you have.

Enjoy the weekend and the nice weather!

Julie

On Fri, Mar 5, 2021 at 2:39 PM Ryan Gonzalez via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=98856 >
>
> Julie,
>
> I am going to proceed without the Python functionality at the moment
so I
> can get into using MET. I will definitely get back to you if I find
the
> Python functionality would be useful.
>
> Thank you again for all your help in getting this working for me. I
hope
> you have a good weekend too. Looks to be gorgeous weather where I am
for
> this first time in a while!
>
> Cheers,
> Ryan
>
> On Fri, Mar 5, 2021 at 13:42 Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Hi Ryan.
> >
> > Thanks for letting us know!
> >
> > I do not use python so I don’t think using “enable-python” is
worthwhile
> > > for my purposes. Is this a correct assumption? I just want to
make
> sure I
> > > am not missing anything essential by leaving this option out.
> >
> > Users may use Python scripts and whatever associated Python
packages they
> > wish in order to prepare 2D gridded data fields, point
observations, and
> > matched pairs as input to the MET tools, but it is not necessary
to have
> > this functionality.  Here is a link to more information about
Python
> > embedding from our User's Guide.
> >
> >
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdtcenter.github.io%2FMET%2Fdevelop%2FUsers_Guide%2FappendixF.html&data=04%7C01%7Crgonzo%40rams.colostate.edu%7Ce8e9fcf2acf241f941e308d8e017214b%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637505737252448438%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Yf6%2FXBDFzqyIOm3ANEvA8N0Sz%2BRyXQLlQqAaAUh236A%3D&reserved=0
> >
> > I think it is fine to proceed without the Python embedding
functionality
> if
> > you would like.  If you end up having a need for it, we can come
back to
> > the install process and see if we can get it working for you.  Or,
if you
> > think this functionality would be really useful to you now, we can
work
> > through these issues now.  Wherever works best for you!
> >
> > Have a great weekend!
> >
> > Julie
> >
> > On Fri, Mar 5, 2021 at 1:08 PM Gonzalez,Ryan via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL:
> >
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7Crgonzo%40rams.colostate.edu%7Ce8e9fcf2acf241f941e308d8e017214b%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637505737252448438%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=B78CD05C2oRMcT1yrQ3SdqGtENL2GnGOH37rJwHDJ84%3D&reserved=0
> > >
> > >
> > > Hi Julie,
> > >
> > > Thank you for these updates. Great news!
> > >
> > > I am using the updated compile_MET_all.sh file you sent. I found
that
> > > errors would arise during the MET “make” process if I used the
> > > “enable-python” option  when configuring MET. Without using
> > > “enable-python” and only “enable-grib2” and “enable-
mode_graphics” I
> was
> > > able to run “make test” to completion.
> > >
> > > I do not use python so I don’t think using “enable-python” is
> worthwhile
> > > for my purposes. Is this a correct assumption? I just want to
make
> sure I
> > > am not missing anything essential by leaving this option out.
> > >
> > > Cheers,
> > > Ryan
> > >
> > >
> > > On Mar 4, 2021, at 12:22, Julie Prestopnik via RT
<met_help at ucar.edu
> > > <mailto:met_help at ucar.edu>> wrote:
> > >
> > > Hi Ryan.
> > >
> > > Thank you for attaching the files.  You're welcome for helping
out.
> We'd
> > > love to get this working for you.  I'm sorry it hasn't quite
worked out
> > > yet.
> > >
> > > One thing I noticed that would potentially affect GRIB files you
work
> > with
> > > is that the "-D__64BIT__" is being used in compilation, and we
don't
> want
> > > that.  Assuming you used the script to compile the GRIB2C
library, by
> > > default the script will install the GRIB2C library without the
> > -D__64BIT__
> > > option, and so it should not be used to compile MET.  In order
to not
> > > compile with the ""-D__64BIT__" flag, please set SET_D64BIT to
FALSE in
> > > your install_met_env.zrain file.
> > >
> > > One other thing I noticed that MET_PYTHON is set to
${PYTHON_LOC}/bin
> but
> > > should instead be set to ${PYTHON_LOC}, as MET_PYTHON is the
location
> > > containing the bin, include, lib and share directory for Python.
This
> > > could solve the problem you're experiencing because before
compiling
> MET,
> > > we set:
> > >
> > > export LDFLAGS="${LDFLAGS}
> > >
> > >
> >
> -Wl,-
rpath,${LIB_DIR}/lib:${MET_NETCDF}:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${MET_PYTHON}/lib"
> > >
> > >
> > > Note that ${MET_PYTHON}/lib is included and ${MET_PYTHON}/lib is
where
> > > libgfortran.so.4 is located, so even though I am unsure why
> > > libgfortran.so.4 is what is being looked for when /bin/gfortran
is
> being
> > > used and I would expect /usr/lib64/libgfortran.so.3 to be
associated
> with
> > > that, perhaps I am misunderstanding the situation, and fixing
the value
> > > for ${MET_PYTHON} will allow libgfortran.so.4 to be found.
> > >
> > > Also, I recommend using the compile_MET_all.sh script that I
sent on
> 2/25
> > > (reattached here), which has some upgrades to the script.   If
you do
> > > switch to using the new script, instead of having to have the
following
> > > hardcoded in the script:
> > >
> > > export CC=/bin/gcc
> > > export CXX=/bin/g++
> > > export FC=/bin/gfortran
> > > export F77=/bin/gfortran
> > > export F90=/bin/gfortran
> > >
> > > You would set those in your install_met_env.zrain instead,
because
> there
> > is
> > > now a check to see if those values are set before setting those
values
> in
> > > the script.
> > >
> > > Would it be worthwhile to talk to my sysadmin to see what the
issue is
> > with
> > > the libgfortran.so.4 library?
> > >
> > > I value our sys admins so much, so if you have one available to
help,
> it
> > > certainly couldn't hurt, if the above suggestions do not work.
> > >
> > > Please try making the changes described above and let me know
how it
> > goes.
> > > If the attempt is not successful, please send along the same
files.
> > Thank
> > > you for your patience while we attempt to resolve these issues.
> > >
> > > Julie
> > >
> > > On Wed, Mar 3, 2021 at 2:10 PM Gonzalez,Ryan via RT
<met_help at ucar.edu
> > > <mailto:met_help at ucar.edu>>
> > > wrote:
> > >
> > >
> > > <URL:
> > >
> >
>
https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Frt.rap.ucar.edu%2Frt%2FTicket%2FDisplay.html%3Fid%3D98856&data=04%7C01%7Crgonzo%40rams.colostate.edu%7Ce8e9fcf2acf241f941e308d8e017214b%7Cafb58802ff7a4bb1ab21367ff2ecfc8b%7C0%7C0%7C637505737252448438%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=B78CD05C2oRMcT1yrQ3SdqGtENL2GnGOH37rJwHDJ84%3D&reserved=0
> > > >
> > >
> > > Hi Julie,
> > >
> > > Firstly I just wanted to say thank you for helping out with all
of
> this.
> > > It is really appreciated.
> > >
> > > From the previous email, I recompiled with all the dependent
libraries
> to
> > > no avail. I simplified the MET_PYTHON_CC, but still arrived at
the same
> > > problem. I have attached the 4 files you requested.
> > >
> > > Would it be worthwhile to talk to my sysadmin to see what the
issue is
> > > with the libgfortran.so.4 library?
> > >
> > > Ryan
> > >
> > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Email: jpresto at ucar.edu<mailto:jpresto at ucar.edu>
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > > <compile_MET_all.sh.tgz>
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> > --
> Ryan L. Gonzalez
> M.S. Atmospheric Science
> Colorado State University
> ryan.gonzalez at colostate.edu
>
>

--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------