[Met_help] [rt.rap.ucar.edu #62023] History for Trying to compile the MODIS routines
John Halley Gotway via RT
met_help at ucar.edu
Tue Aug 27 10:37:32 MDT 2013
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hi,
One of my colleagues asked us to install the MODIS routines, as she'd like to be able to convert those files to NetCDF. I'm trying to get it to compile.
I have the required libraries for HDF and HDFEOS. I didn't compile the former since the executables appeared to come with it. I did compile the latter successfully.
The error I am getting now is within the MET compile and suggests I am missing some files. I agree; I *don't* have the data3d_grib2 file. Is that file created from one of the peripheral libraries or should it have been included in MET? The error I got is pasted below.
Thanks,
Matt
===
/usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o sat_utils.o data_averager.o data_plane_to_netcdf.o \
-o modis_regrid \
-Wall -Wshadow -static -g \
-I/home/qcteam/METv4.1/include \
-I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include \
-I/home/qcteam/METv4.1/lib/hdfeos/include \
-I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
-I/h/common/gsl-1.15/include \
-L/home/qcteam/METv4.1/lib \
-L/home/qcteam/METv4.1/lib/hdfeos/lib \
-L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
-L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
-L/h/common/gsl-1.15/lib \
-lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
-lhdfeos \
-lmfhdf \
-ldf \
-lGctp \
-ljpeg \
-lz \
-lm
/usr/bin/ld: cannot find -lvx_data2d_grib2
collect2: ld returned 1 exit status
make[4]: *** [modis_regrid] Error 1
make[4]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools/other'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
make: *** [all] Error 2
// SIGNED //
Matthew C. Sittel
Associate Scientist
University Corporation for Atmospheric Research
16WS/WXN, Offutt AFB, NE
(402) 294-3473 DSN: 271-3473
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Fri Jun 28 10:18:27 2013
Hi Matt. Thank you for including the error that you received.
vx_data2d_grib2 is included with MET.
Could you please include the entire make log so I can take a look?
Thank you,
Julie
>
> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
> Queue: met_help
> Subject: Trying to compile the MODIS routines
> Owner: Nobody
> Requestors: matthew.sittel.ctr at offutt.af.mil
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
>
> Hi,
>
> One of my colleagues asked us to install the MODIS routines, as
she'd like
> to be able to convert those files to NetCDF. I'm trying to get it
to
> compile.
>
> I have the required libraries for HDF and HDFEOS. I didn't compile
the
> former since the executables appeared to come with it. I did
compile the
> latter successfully.
>
> The error I am getting now is within the MET compile and suggests I
am
> missing some files. I agree; I *don't* have the data3d_grib2 file.
Is
> that file created from one of the peripheral libraries or should it
have
> been included in MET? The error I got is pasted below.
>
> Thanks,
> Matt
> ===
>
> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
> sat_utils.o data_averager.o data_plane_to_netcdf.o \
> -o modis_regrid \
> -Wall -Wshadow -static -g \
> -I/home/qcteam/METv4.1/include \
> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include \
> -I/home/qcteam/METv4.1/lib/hdfeos/include \
> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
> -I/h/common/gsl-1.15/include \
> -L/home/qcteam/METv4.1/lib \
> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
> -L/h/common/gsl-1.15/lib \
> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
-lvx_afm
> -lvx_stat_out -lvx_statistics -lvx_shapedata -lvx_gsl_prob
> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
> -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm
> -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
> -lhdfeos \
> -lmfhdf \
> -ldf \
> -lGctp \
> -ljpeg \
> -lz \
> -lm
> /usr/bin/ld: cannot find -lvx_data2d_grib2
> collect2: ld returned 1 exit status
> make[4]: *** [modis_regrid] Error 1
> make[4]: Leaving directory
> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
> make: *** [all] Error 2
>
>
> // SIGNED //
> Matthew C. Sittel
> Associate Scientist
> University Corporation for Atmospheric Research
> 16WS/WXN, Offutt AFB, NE
> (402) 294-3473 DSN: 271-3473
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Fri Jun 28 12:43:11 2013
Hi Julie,
So John's got you doing the fun stuff now huh? I think he's out here
on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
For now, since we are using MET 4.1, I've rebuilt all the executables
but left out the MODIS and WITH_GRIB2 parts by setting their flags to
0 in user_defs.mk.
The log file with the library error is attached.
Thanks,
Matt
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Friday, June 28, 2013 11:18 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Hi Matt. Thank you for including the error that you received.
vx_data2d_grib2 is included with MET.
Could you please include the entire make log so I can take a look?
Thank you,
Julie
>
> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
> Queue: met_help
> Subject: Trying to compile the MODIS routines
> Owner: Nobody
> Requestors: matthew.sittel.ctr at offutt.af.mil
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
> >
>
>
> Hi,
>
> One of my colleagues asked us to install the MODIS routines, as
she'd
> like to be able to convert those files to NetCDF. I'm trying to get
> it to compile.
>
> I have the required libraries for HDF and HDFEOS. I didn't compile
> the former since the executables appeared to come with it. I did
> compile the latter successfully.
>
> The error I am getting now is within the MET compile and suggests I
am
> missing some files. I agree; I *don't* have the data3d_grib2 file.
> Is that file created from one of the peripheral libraries or should
it
> have been included in MET? The error I got is pasted below.
>
> Thanks,
> Matt
> ===
>
> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
> sat_utils.o data_averager.o data_plane_to_netcdf.o \
> -o modis_regrid \
> -Wall -Wshadow -static -g \
> -I/home/qcteam/METv4.1/include \
> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include \
> -I/home/qcteam/METv4.1/lib/hdfeos/include \
> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
> -I/h/common/gsl-1.15/include \
> -L/home/qcteam/METv4.1/lib \
> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
> -L/h/common/gsl-1.15/lib \
> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
-lvx_afm
> -lvx_stat_out -lvx_statistics -lvx_shapedata -lvx_gsl_prob
> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
-lvx_config
> -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
> -lnetcdf -lgsl -lgslcblas \
> -lhdfeos \
> -lmfhdf \
> -ldf \
> -lGctp \
> -ljpeg \
> -lz \
> -lm
> /usr/bin/ld: cannot find -lvx_data2d_grib2
> collect2: ld returned 1 exit status
> make[4]: *** [modis_regrid] Error 1
> make[4]: Leaving directory
> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
> make: *** [all] Error 2
>
>
> // SIGNED //
> Matthew C. Sittel
> Associate Scientist
> University Corporation for Atmospheric Research 16WS/WXN, Offutt
AFB,
> NE
> (402) 294-3473 DSN: 271-3473
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Fri Jun 28 12:43:11 2013
*** Making the Model Evaluation Tools Project ***
make[1]: Entering directory `/ibrix/home/qcteam/METv4.1/src'
make[2]: Entering directory `/ibrix/home/qcteam/METv4.1/src/basic'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_log'
/usr/bin/g++ concat_string.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c
/usr/bin/g++ indent.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
/usr/bin/g++ logger.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
/usr/bin/g++ string_array.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c
ar -rs libvx_log.a concat_string.o indent.o logger.o string_array.o
2>&1
ar: creating libvx_log.a
ranlib libvx_log.a
cd /home/qcteam/METv4.1/include ; rm -f concat_string.h indent.h
logger.h string_array.h vx_log.h
cp concat_string.h indent.h logger.h string_array.h vx_log.h
/home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_log.a
cp libvx_log.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_log Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_log'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_cal'
/usr/bin/g++ date_to_mjd.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ day_dif.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ day_of_week.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ doyhms_to_unix.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ is_dst.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ is_leap_year.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ mdyhms_to_unix.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ mjd_to_date.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ time_array.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ time_strings.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ unix_to_mdyhms.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
ar -rs libvx_cal.a date_to_mjd.o day_dif.o day_of_week.o
doyhms_to_unix.o is_dst.o is_leap_year.o mdyhms_to_unix.o
mjd_to_date.o time_array.o time_strings.o unix_to_mdyhms.o 2>&1
ar: creating libvx_cal.a
ranlib libvx_cal.a
cd /home/qcteam/METv4.1/include ; rm -f time_array.h vx_cal.h
cp time_array.h vx_cal.h /home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_cal.a
cp libvx_cal.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_cal Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_cal'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_math'
/usr/bin/g++ angles.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ hist.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ nint.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
/usr/bin/g++ nti.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ ptile.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ pwl.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ affine.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ viewgravity_to_string.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
ar -rs libvx_math.a angles.o hist.o nint.o nti.o ptile.o pwl.o
affine.o viewgravity_to_string.o 2>&1
ar: creating libvx_math.a
ranlib libvx_math.a
cd /home/qcteam/METv4.1/include ; rm -f math_constants.h is_bad_data.h
trig.h angles.h hist.h nint.h nti.h ptile.h pwl.h affine.h
viewgravity_to_string.h vx_math.h
cp math_constants.h is_bad_data.h trig.h angles.h hist.h nint.h nti.h
ptile.h pwl.h affine.h viewgravity_to_string.h vx_math.h
/home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_math.a
cp libvx_math.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_math Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_math'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_util'
/usr/bin/g++ ascii_table.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ asciitablejust_to_string.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ check_endian.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c
/usr/bin/g++ comma_string.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c
/usr/bin/g++ conversions.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data_line.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ grib_constants.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ int_array.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ is_number.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
/usr/bin/g++ long_array.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ make_path.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ memory.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ num_array.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ ordinal.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ roman_numeral.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ string_fxns.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include -DMET_BASE=\"/home/qcteam/METv4.1\"
/usr/bin/g++ substring.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ temp_file.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ thresh_array.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ threshold.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ fix_float.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
/usr/bin/g++ command_line.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ file_exists.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c
/usr/bin/g++ file_linecount.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ filename_suffix.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data_plane.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data_plane_util.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ interp_mthd.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ interp_util.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ two_to_one.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ get_filenames.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
ar -rs libvx_util.a ascii_table.o asciitablejust_to_string.o
check_endian.o comma_string.o conversions.o data_line.o
grib_constants.o int_array.o is_number.o long_array.o make_path.o
memory.o num_array.o ordinal.o roman_numeral.o string_fxns.o
substring.o temp_file.o thresh_array.o threshold.o fix_float.o
command_line.o file_exists.o file_linecount.o filename_suffix.o
data_plane.o data_plane_util.o interp_mthd.o interp_util.o
two_to_one.o get_filenames.o 2>&1
ar: creating libvx_util.a
ranlib libvx_util.a
cd /home/qcteam/METv4.1/include ; rm -f util_constants.h ascii_table.h
asciitablejust_to_string.h check_endian.h comma_string.h conversions.h
data_line.h grib_constants.h int_array.h is_number.h long_array.h
make_path.h memory.h num_array.h ordinal.h roman_numeral.h
string_fxns.h substring.h temp_file.h thresh_array.h threshold.h
fix_float.h command_line.h file_exists.h file_linecount.h
filename_suffix.h data_plane.h data_plane_util.h interp_mthd.h
two_to_one.h interp_util.h bool_to_string.h empty_string.h
get_filenames.h vx_util.h
cp util_constants.h ascii_table.h asciitablejust_to_string.h
check_endian.h comma_string.h conversions.h data_line.h
grib_constants.h int_array.h is_number.h long_array.h make_path.h
memory.h num_array.h ordinal.h roman_numeral.h string_fxns.h
substring.h temp_file.h thresh_array.h threshold.h fix_float.h
command_line.h file_exists.h file_linecount.h filename_suffix.h
data_plane.h data_plane_util.h interp_mthd.h two_to_one.h
interp_util.h bool_to_string.h empty_string.h get_filenames.h
vx_util.h /home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_util.a
cp libvx_util.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_util Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_util'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_config'
/usr/bin/g++ configobjecttype_to_string.cc -c -Wall -Wshadow -static
-g -DWITH_GRIB2 -I/home/qcteam/METv4.1/include
/usr/bin/g++ grdfiletype_to_string.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ dictionary.cc -c -Wall -Wshadow -static -g
-DWITH_GRIB2 -I/home/qcteam/METv4.1/include
/usr/bin/g++ config.tab.cc -c -Wall -Wshadow -static -g
-DWITH_GRIB2 -I/home/qcteam/METv4.1/include
/usr/bin/g++ lex.config.cc -c -g -I/home/qcteam/METv4.1/include
/usr/bin/g++ config_file.cc -c -g -I/home/qcteam/METv4.1/include
/usr/bin/g++ config_util.cc -c -g -I/home/qcteam/METv4.1/include
ar -rs libvx_config.a configobjecttype_to_string.o
grdfiletype_to_string.o dictionary.o config.tab.o lex.config.o
config_file.o config_util.o 2>&1
ar: creating libvx_config.a
ranlib libvx_config.a
rm -f /home/qcteam/METv4.1/lib/libvx_config.a
cp libvx_config.a /home/qcteam/METv4.1/lib
cd /home/qcteam/METv4.1/include ; rm -f config_file.h
configobjecttype_to_string.h grdfiletype_to_string.h data_file_type.h
config.tab.h dictionary.h object_types.h scanner_stuff.h config_util.h
config_constants.h vx_config.h
cp config_file.h configobjecttype_to_string.h grdfiletype_to_string.h
data_file_type.h config.tab.h dictionary.h object_types.h
scanner_stuff.h config_util.h config_constants.h vx_config.h
/home/qcteam/METv4.1/include
*** Finished Making the vx_config Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/basic/vx_config'
make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/basic'
make[2]: Entering directory `/ibrix/home/qcteam/METv4.1/src/libcode'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_grid'
/usr/bin/g++ find_grid_by_name.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ grid_base.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ latlon_grid.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ lc_grid.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ merc_grid.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ st_grid.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
ar -rs libvx_grid.a find_grid_by_name.o grid_base.o latlon_grid.o
lc_grid.o merc_grid.o st_grid.o 2>&1
ar: creating libvx_grid.a
ranlib libvx_grid.a
cd /home/qcteam/METv4.1/include ; rm -f find_grid_by_name.h
grid_base.h vx_grid.h latlon_grid_defs.h latlon_grid.h lc_grid_defs.h
lc_grid.h merc_grid_defs.h merc_grid.h st_grid_defs.h st_grid.h
cp find_grid_by_name.h grid_base.h vx_grid.h latlon_grid_defs.h
latlon_grid.h lc_grid_defs.h lc_grid.h merc_grid_defs.h merc_grid.h
st_grid_defs.h st_grid.h /home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_grid.a
cp libvx_grid.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_grid Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_grid'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_nc_util'
/usr/bin/g++ nc_var_info.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include
/usr/bin/g++ nc_utils.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include
/usr/bin/g++ grid_output.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include
/usr/bin/g++ write_netcdf.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include
ar -rs libvx_nc_util.a nc_var_info.o nc_utils.o write_netcdf.o
grid_output.o 2>&1
ar: creating libvx_nc_util.a
ranlib libvx_nc_util.a
cd /home/qcteam/METv4.1/include ; rm -f nc_constants.h nc_var_info.h
nc_utils.h write_netcdf.h grid_output.h vx_nc_util.h
cp nc_constants.h nc_var_info.h nc_utils.h write_netcdf.h
grid_output.h vx_nc_util.h /home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_nc_util.a
cp libvx_nc_util.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_nc_util Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_nc_util'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d'
/usr/bin/g++ level_info.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ var_info.cc -Wall -Wshadow -static -g -DWITH_GRIB2 -c
-I/home/qcteam/METv4.1/include
/usr/bin/g++ leveltype_to_string.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data_class.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data2d_utils.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ table_lookup.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
ar -rs libvx_data2d.a level_info.o var_info.o leveltype_to_string.o
data_class.o data2d_utils.o table_lookup.o 2>&1
ar: creating libvx_data2d.a
ranlib libvx_data2d.a
cd /home/qcteam/METv4.1/include ; rm -f level_info.h var_info.h
leveltype_to_string.h data_class.h data2d_utils.h table_lookup.h
vx_data2d.h
cp level_info.h var_info.h leveltype_to_string.h data_class.h
data2d_utils.h table_lookup.h vx_data2d.h /home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_data2d.a
cp libvx_data2d.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_data2d Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d_grib'
/usr/bin/g++ grib_classes.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ grib_strings.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ grib_utils.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
/usr/bin/g++ var_info_grib.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data2d_grib_utils.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data2d_grib.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
ar -rs libvx_data2d_grib.a grib_classes.o grib_strings.o grib_utils.o
var_info_grib.o data2d_grib_utils.o data2d_grib.o 2>&1
ar: creating libvx_data2d_grib.a
ranlib libvx_data2d_grib.a
cd /home/qcteam/METv4.1/include ; rm -f grib_classes.h grib_strings.h
grib_utils.h var_info_grib.h data2d_grib_utils.h data2d_grib.h
vx_data2d_grib.h
cp grib_classes.h grib_strings.h grib_utils.h var_info_grib.h
data2d_grib_utils.h data2d_grib.h vx_data2d_grib.h
/home/qcteam/METv4.1/include
rm -f /home/qcteam/METv4.1/lib/libvx_data2d_grib.a
cp libvx_data2d_grib.a /home/qcteam/METv4.1/lib
*** Finished Making the vx_data2d_grib Library ***
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d_grib'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d_grib2'
/usr/bin/g++ var_info_grib2.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data2d_grib2.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
In file included from data2d_grib2.cc:33:
data2d_grib2.h:31:21: error: grib2.h: No such file or directory
data2d_grib2.h:100: error: ‘gribfield’ has not been declared
data2d_grib2.h:103: error: ‘g2int’ has not been declared
data2d_grib2.h:104: error: ‘g2int’ has not been declared
data2d_grib2.h:105: error: ‘gribfield’ has not been declared
data2d_grib2.h:107: error: ‘g2int’ has not been declared
data2d_grib2.cc: In member function ‘void
MetGrib2DataFile::read_grib2_record_list()’:
data2d_grib2.cc:530: error: ‘gribfield’ was not declared in this scope
data2d_grib2.cc:530: error: ‘gfld’ was not declared in this scope
data2d_grib2.cc:533: error: ‘g2int’ was not declared in this scope
data2d_grib2.cc:533: error: expected `;' before ‘numfields’
data2d_grib2.cc:537: error: ‘numfields’ was not declared in this scope
data2d_grib2.cc:655: error: expected `;' before ‘range_typ’
data2d_grib2.cc:658: error: expected `;' before ‘range_val’
data2d_grib2.cc:661: error: ‘range_typ’ was not declared in this scope
data2d_grib2.cc:662: error: ‘range_val’ was not declared in this scope
data2d_grib2.cc:686: error: ‘g2_free’ was not declared in this scope
data2d_grib2.cc: At global scope:
data2d_grib2.cc:704: error: variable or field ‘read_grib2_grid’
declared void
data2d_grib2.cc:704: error: ‘int MetGrib2DataFile::read_grib2_grid’ is
not a static member of ‘class MetGrib2DataFile’
data2d_grib2.cc:704: error: ‘gribfield’ was not declared in this scope
data2d_grib2.cc:704: error: ‘gfld’ was not declared in this scope
data2d_grib2.cc:704: error: expected ‘,’ or ‘;’ before ‘{’ token
data2d_grib2.cc:42: warning: ‘print_grid’ defined but not used
make[3]: *** [data2d_grib2.o] Error 1
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d_grib2'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/libcode'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
make: *** [all] Error 2
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Fri Jun 28 13:52:53 2013
Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
Like you said, the library build fails:
In file included from data2d_grib2.cc:33:
data2d_grib2.h:31:21: error: grib2.h: No such file or directory
grib2.h is included with NCEP's GRIB2 C-Library. In order for MET to
support grib2 files it depends on NCEP's GRIB2 C-Library with JASPER,
PNG, and Z libraries for reading GRIB2 files. I suspect the problem
is
either that the GRIB2 C-Library is not installed or that MET doesn't
know where to find it.
If you need to download it, you can find it here:
http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
# Top level directory for the GRIB2 C Library if it's not
# installed in a standard location.
# grib2c include directory specified as: -I/your/include/path
# grib2c library directory specified as: -L/your/library/path
GRIB2C_BASE =
GRIB2C_INCS =
GRIB2C_LIBS =
Please let me know if you have any questions or problems.
Have a great weekend!
Thanks,
Julie
On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi Julie,
>
> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>
> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>
> The log file with the library error is attached.
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Friday, June 28, 2013 11:18 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt. Thank you for including the error that you received.
> vx_data2d_grib2 is included with MET.
>
> Could you please include the entire make log so I can take a look?
>
> Thank you,
> Julie
>
>>
>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>> Queue: met_help
>> Subject: Trying to compile the MODIS routines
>> Owner: Nobody
>> Requestors: matthew.sittel.ctr at offutt.af.mil
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>
>>
>>
>> Hi,
>>
>> One of my colleagues asked us to install the MODIS routines, as
she'd
>> like to be able to convert those files to NetCDF. I'm trying to
get
>> it to compile.
>>
>> I have the required libraries for HDF and HDFEOS. I didn't compile
>> the former since the executables appeared to come with it. I did
>> compile the latter successfully.
>>
>> The error I am getting now is within the MET compile and suggests I
am
>> missing some files. I agree; I *don't* have the data3d_grib2 file.
>> Is that file created from one of the peripheral libraries or should
it
>> have been included in MET? The error I got is pasted below.
>>
>> Thanks,
>> Matt
>> ===
>>
>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>> -o modis_regrid \
>> -Wall -Wshadow -static -g \
>> -I/home/qcteam/METv4.1/include \
>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include
\
>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>> -I/h/common/gsl-1.15/include \
>> -L/home/qcteam/METv4.1/lib \
>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>> -L/h/common/gsl-1.15/lib \
>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
-lvx_afm
>> -lvx_stat_out -lvx_statistics -lvx_shapedata -lvx_gsl_prob
>> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
>> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
-lvx_config
>> -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
>> -lnetcdf -lgsl -lgslcblas \
>> -lhdfeos \
>> -lmfhdf \
>> -ldf \
>> -lGctp \
>> -ljpeg \
>> -lz \
>> -lm
>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>> collect2: ld returned 1 exit status
>> make[4]: *** [modis_regrid] Error 1
>> make[4]: Leaving directory
>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>> make[3]: *** [all] Error 2
>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>> make[2]: *** [all] Error 2
>> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
>> make[1]: *** [all] Error 2
>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>> make: *** [all] Error 2
>>
>>
>> // SIGNED //
>> Matthew C. Sittel
>> Associate Scientist
>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
AFB,
>> NE
>> (402) 294-3473 DSN: 271-3473
>>
>>
>
>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 01 08:50:12 2013
Hi Julie,
Still no luck here. I went to the web page and, while I downloaded
all the tarred and compressed files, I wasn't sure if all need to be
installed, compiled, etc., to make things work. I got the 'g2clib-
1.4.0' files and pointed to that in the user_defs.mk but still got
errors.
We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
So let's step back to the URL you sent me. What file(s) do I need to
download? Do I need to compile them?
Thanks,
Matt
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Friday, June 28, 2013 2:53 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
Like you said, the library build fails:
In file included from data2d_grib2.cc:33:
data2d_grib2.h:31:21: error: grib2.h: No such file or directory
grib2.h is included with NCEP's GRIB2 C-Library. In order for MET to
support grib2 files it depends on NCEP's GRIB2 C-Library with JASPER,
PNG, and Z libraries for reading GRIB2 files. I suspect the problem
is either that the GRIB2 C-Library is not installed or that MET
doesn't know where to find it.
If you need to download it, you can find it here:
http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
# Top level directory for the GRIB2 C Library if it's not # installed
in a standard location.
# grib2c include directory specified as: -I/your/include/path # grib2c
library directory specified as: -L/your/library/path GRIB2C_BASE =
GRIB2C_INCS = GRIB2C_LIBS =
Please let me know if you have any questions or problems.
Have a great weekend!
Thanks,
Julie
On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi Julie,
>
> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>
> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>
> The log file with the library error is attached.
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Friday, June 28, 2013 11:18 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Hi Matt. Thank you for including the error that you received.
> vx_data2d_grib2 is included with MET.
>
> Could you please include the entire make log so I can take a look?
>
> Thank you,
> Julie
>
>>
>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>> Queue: met_help
>> Subject: Trying to compile the MODIS routines
>> Owner: Nobody
>> Requestors: matthew.sittel.ctr at offutt.af.mil
>> Status: new
>> Ticket <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>
>>
>>
>> Hi,
>>
>> One of my colleagues asked us to install the MODIS routines, as
she'd
>> like to be able to convert those files to NetCDF. I'm trying to
get
>> it to compile.
>>
>> I have the required libraries for HDF and HDFEOS. I didn't compile
>> the former since the executables appeared to come with it. I did
>> compile the latter successfully.
>>
>> The error I am getting now is within the MET compile and suggests I
>> am missing some files. I agree; I *don't* have the data3d_grib2
file.
>> Is that file created from one of the peripheral libraries or should
>> it have been included in MET? The error I got is pasted below.
>>
>> Thanks,
>> Matt
>> ===
>>
>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>> -o modis_regrid \
>> -Wall -Wshadow -static -g \
>> -I/home/qcteam/METv4.1/include \
>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include
\
>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>> -I/h/common/gsl-1.15/include \
>> -L/home/qcteam/METv4.1/lib \
>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>> -L/h/common/gsl-1.15/lib \
>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata -lvx_gsl_prob
>> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
>> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
-lvx_config
>> -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
>> -lnetcdf -lgsl -lgslcblas \
>> -lhdfeos \
>> -lmfhdf \
>> -ldf \
>> -lGctp \
>> -ljpeg \
>> -lz \
>> -lm
>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>> collect2: ld returned 1 exit status
>> make[4]: *** [modis_regrid] Error 1
>> make[4]: Leaving directory
>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>> make[3]: *** [all] Error 2
>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>> make[2]: *** [all] Error 2
>> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
>> make[1]: *** [all] Error 2
>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>> make: *** [all] Error 2
>>
>>
>> // SIGNED //
>> Matthew C. Sittel
>> Associate Scientist
>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
AFB,
>> NE
>> (402) 294-3473 DSN: 271-3473
>>
>>
>
>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 09:49:13 2013
Hi Matt. I'm sorry to hear about the trouble you have been having.
Always feel free to pass on the log file with your errors. I have a
few
suggestions though, which may help to resolve those errors.
Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent,
you will want to download the following, in addition to
g2clib-1.4.0.tar, if you don't already have these on your machine:
jasper-1.900.1.zip
libpng-1.2.34.tar
zlib-1.2.6.tar
You'll need to compile and install all of them. I suggest installing
them in that order, then compile and install g2clib, and then try
recompiling and installing the MET code.
That should resolve the problems, but please let me know if you
encounter any difficulty.
Thanks,
Julie
On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi Julie,
>
> Still no luck here. I went to the web page and, while I downloaded
all the tarred and compressed files, I wasn't sure if all need to be
installed, compiled, etc., to make things work. I got the 'g2clib-
1.4.0' files and pointed to that in the user_defs.mk but still got
errors.
>
> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>
> So let's step back to the URL you sent me. What file(s) do I need
to download? Do I need to compile them?
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Friday, June 28, 2013 2:53 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>
> Like you said, the library build fails:
>
> In file included from data2d_grib2.cc:33:
> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>
> grib2.h is included with NCEP's GRIB2 C-Library. In order for MET
to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>
> If you need to download it, you can find it here:
> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>
> Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
>
> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
> # grib2c include directory specified as: -I/your/include/path #
grib2c library directory specified as: -L/your/library/path
GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>
> Please let me know if you have any questions or problems.
>
> Have a great weekend!
>
> Thanks,
> Julie
>
>
> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hi Julie,
>>
>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>
>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>
>> The log file with the library error is attached.
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Friday, June 28, 2013 11:18 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt. Thank you for including the error that you received.
>> vx_data2d_grib2 is included with MET.
>>
>> Could you please include the entire make log so I can take a look?
>>
>> Thank you,
>> Julie
>>
>>>
>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>> Queue: met_help
>>> Subject: Trying to compile the MODIS routines
>>> Owner: Nobody
>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>> Status: new
>>> Ticket <URL:
>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>
>>>
>>>
>>> Hi,
>>>
>>> One of my colleagues asked us to install the MODIS routines, as
she'd
>>> like to be able to convert those files to NetCDF. I'm trying to
get
>>> it to compile.
>>>
>>> I have the required libraries for HDF and HDFEOS. I didn't
compile
>>> the former since the executables appeared to come with it. I did
>>> compile the latter successfully.
>>>
>>> The error I am getting now is within the MET compile and suggests
I
>>> am missing some files. I agree; I *don't* have the data3d_grib2
file.
>>> Is that file created from one of the peripheral libraries or
should
>>> it have been included in MET? The error I got is pasted below.
>>>
>>> Thanks,
>>> Matt
>>> ===
>>>
>>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>> -o modis_regrid \
>>> -Wall -Wshadow -static -g \
>>> -I/home/qcteam/METv4.1/include \
>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>> -I/h/common/gsl-1.15/include \
>>> -L/home/qcteam/METv4.1/lib \
>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>> -L/h/common/gsl-1.15/lib \
>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
-lvx_gsl_prob
>>> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
>>> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
-lvx_config
>>> -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
>>> -lnetcdf -lgsl -lgslcblas \
>>> -lhdfeos \
>>> -lmfhdf \
>>> -ldf \
>>> -lGctp \
>>> -ljpeg \
>>> -lz \
>>> -lm
>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>> collect2: ld returned 1 exit status
>>> make[4]: *** [modis_regrid] Error 1
>>> make[4]: Leaving directory
>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>> make[3]: *** [all] Error 2
>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>> make[2]: *** [all] Error 2
>>> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
>>> make[1]: *** [all] Error 2
>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>> make: *** [all] Error 2
>>>
>>>
>>> // SIGNED //
>>> Matthew C. Sittel
>>> Associate Scientist
>>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
AFB,
>>> NE
>>> (402) 294-3473 DSN: 271-3473
>>>
>>>
>>
>>
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 01 12:18:28 2013
I'm halfway there... jasper compiled, and then when I got to libpng I
get this error:
checking for memset... yes
checking for pow... no
checking for pow in -lm... yes
checking for zlibVersion in -lz... no
configure: error: zlib not installed
I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
Matt
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 01, 2013 10:49 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Hi Matt. I'm sorry to hear about the trouble you have been having.
Always feel free to pass on the log file with your errors. I have a
few suggestions though, which may help to resolve those errors.
Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
jasper-1.900.1.zip
libpng-1.2.34.tar
zlib-1.2.6.tar
You'll need to compile and install all of them. I suggest installing
them in that order, then compile and install g2clib, and then try
recompiling and installing the MET code.
That should resolve the problems, but please let me know if you
encounter any difficulty.
Thanks,
Julie
On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi Julie,
>
> Still no luck here. I went to the web page and, while I downloaded
all the tarred and compressed files, I wasn't sure if all need to be
installed, compiled, etc., to make things work. I got the 'g2clib-
1.4.0' files and pointed to that in the user_defs.mk but still got
errors.
>
> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>
> So let's step back to the URL you sent me. What file(s) do I need
to download? Do I need to compile them?
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Friday, June 28, 2013 2:53 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>
> Like you said, the library build fails:
>
> In file included from data2d_grib2.cc:33:
> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>
> grib2.h is included with NCEP's GRIB2 C-Library. In order for MET
to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>
> If you need to download it, you can find it here:
> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>
> Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
>
> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
> # grib2c include directory specified as: -I/your/include/path #
grib2c
> library directory specified as: -L/your/library/path GRIB2C_BASE =
> GRIB2C_INCS = GRIB2C_LIBS =
>
> Please let me know if you have any questions or problems.
>
> Have a great weekend!
>
> Thanks,
> Julie
>
>
> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hi Julie,
>>
>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>
>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>
>> The log file with the library error is attached.
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Friday, June 28, 2013 11:18 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt. Thank you for including the error that you received.
>> vx_data2d_grib2 is included with MET.
>>
>> Could you please include the entire make log so I can take a look?
>>
>> Thank you,
>> Julie
>>
>>>
>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>> Queue: met_help
>>> Subject: Trying to compile the MODIS routines
>>> Owner: Nobody
>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>> Status: new
>>> Ticket <URL:
>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>
>>>
>>>
>>> Hi,
>>>
>>> One of my colleagues asked us to install the MODIS routines, as
>>> she'd like to be able to convert those files to NetCDF. I'm
trying
>>> to get it to compile.
>>>
>>> I have the required libraries for HDF and HDFEOS. I didn't
compile
>>> the former since the executables appeared to come with it. I did
>>> compile the latter successfully.
>>>
>>> The error I am getting now is within the MET compile and suggests
I
>>> am missing some files. I agree; I *don't* have the data3d_grib2
file.
>>> Is that file created from one of the peripheral libraries or
should
>>> it have been included in MET? The error I got is pasted below.
>>>
>>> Thanks,
>>> Matt
>>> ===
>>>
>>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>> -o modis_regrid \
>>> -Wall -Wshadow -static -g \
>>> -I/home/qcteam/METv4.1/include \
>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>> -I/h/common/gsl-1.15/include \
>>> -L/home/qcteam/METv4.1/lib \
>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>> -L/h/common/gsl-1.15/lib \
>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
-lvx_gsl_prob
>>> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
>>> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
>>> -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm
>>> -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>> -lhdfeos \
>>> -lmfhdf \
>>> -ldf \
>>> -lGctp \
>>> -ljpeg \
>>> -lz \
>>> -lm
>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>> collect2: ld returned 1 exit status
>>> make[4]: *** [modis_regrid] Error 1
>>> make[4]: Leaving directory
>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>> make[3]: *** [all] Error 2
>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>> make[2]: *** [all] Error 2
>>> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
>>> make[1]: *** [all] Error 2
>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>> make: *** [all] Error 2
>>>
>>>
>>> // SIGNED //
>>> Matthew C. Sittel
>>> Associate Scientist
>>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
>>> AFB, NE
>>> (402) 294-3473 DSN: 271-3473
>>>
>>>
>>
>>
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 12:25:03 2013
It looks like the order I suggested may not have been the best order.
Sorry about that. It looks like png needs z. I just looked in the
INSTALL file for png and sure enough, it does.
I wasn't sure if the error for png that you listed was before or after
you installed z. After you compiled and installed z, did you try
recompiling and reinstalling png? If not, please try recompiling and
reinstalling png now that you have z compiled and installed.
Thanks,
Julie
On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I'm halfway there... jasper compiled, and then when I got to libpng
I get this error:
>
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 10:49 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt. I'm sorry to hear about the trouble you have been having.
> Always feel free to pass on the log file with your errors. I have a
few suggestions though, which may help to resolve those errors.
>
> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>
> jasper-1.900.1.zip
> libpng-1.2.34.tar
> zlib-1.2.6.tar
>
> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>
> That should resolve the problems, but please let me know if you
encounter any difficulty.
>
> Thanks,
> Julie
>
> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hi Julie,
>>
>> Still no luck here. I went to the web page and, while I downloaded
all the tarred and compressed files, I wasn't sure if all need to be
installed, compiled, etc., to make things work. I got the 'g2clib-
1.4.0' files and pointed to that in the user_defs.mk but still got
errors.
>>
>> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>>
>> So let's step back to the URL you sent me. What file(s) do I need
to download? Do I need to compile them?
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Friday, June 28, 2013 2:53 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>
>> Like you said, the library build fails:
>>
>> In file included from data2d_grib2.cc:33:
>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>
>> grib2.h is included with NCEP's GRIB2 C-Library. In order for MET
to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>
>> If you need to download it, you can find it here:
>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>
>> Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
>>
>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>> # grib2c include directory specified as: -I/your/include/path #
grib2c
>> library directory specified as: -L/your/library/path GRIB2C_BASE =
>> GRIB2C_INCS = GRIB2C_LIBS =
>>
>> Please let me know if you have any questions or problems.
>>
>> Have a great weekend!
>>
>> Thanks,
>> Julie
>>
>>
>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hi Julie,
>>>
>>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>>
>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>
>>> The log file with the library error is attached.
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Friday, June 28, 2013 11:18 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt. Thank you for including the error that you received.
>>> vx_data2d_grib2 is included with MET.
>>>
>>> Could you please include the entire make log so I can take a look?
>>>
>>> Thank you,
>>> Julie
>>>
>>>>
>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>>> Queue: met_help
>>>> Subject: Trying to compile the MODIS routines
>>>> Owner: Nobody
>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>> Status: new
>>>> Ticket <URL:
>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>
>>>>
>>>>
>>>> Hi,
>>>>
>>>> One of my colleagues asked us to install the MODIS routines, as
>>>> she'd like to be able to convert those files to NetCDF. I'm
trying
>>>> to get it to compile.
>>>>
>>>> I have the required libraries for HDF and HDFEOS. I didn't
compile
>>>> the former since the executables appeared to come with it. I did
>>>> compile the latter successfully.
>>>>
>>>> The error I am getting now is within the MET compile and suggests
I
>>>> am missing some files. I agree; I *don't* have the data3d_grib2
file.
>>>> Is that file created from one of the peripheral libraries or
should
>>>> it have been included in MET? The error I got is pasted below.
>>>>
>>>> Thanks,
>>>> Matt
>>>> ===
>>>>
>>>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>> -o modis_regrid \
>>>> -Wall -Wshadow -static -g \
>>>> -I/home/qcteam/METv4.1/include \
>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>>> -I/h/common/gsl-1.15/include \
>>>> -L/home/qcteam/METv4.1/lib \
>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib
\
>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>>> -L/h/common/gsl-1.15/lib \
>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
-lvx_gsl_prob
>>>> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
>>>> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>>>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
>>>> -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm
>>>> -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>>> -lhdfeos \
>>>> -lmfhdf \
>>>> -ldf \
>>>> -lGctp \
>>>> -ljpeg \
>>>> -lz \
>>>> -lm
>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>> collect2: ld returned 1 exit status
>>>> make[4]: *** [modis_regrid] Error 1
>>>> make[4]: Leaving directory
>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>> make[3]: *** [all] Error 2
>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>> make[2]: *** [all] Error 2
>>>> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
>>>> make[1]: *** [all] Error 2
>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>> make: *** [all] Error 2
>>>>
>>>>
>>>> // SIGNED //
>>>> Matthew C. Sittel
>>>> Associate Scientist
>>>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
>>>> AFB, NE
>>>> (402) 294-3473 DSN: 271-3473
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 01 12:31:30 2013
zlib compiles just fine, and quickly too. So that's 2 down. :)
I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
Matt
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 01, 2013 1:25 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
It looks like the order I suggested may not have been the best order.
Sorry about that. It looks like png needs z. I just looked in the
INSTALL file for png and sure enough, it does.
I wasn't sure if the error for png that you listed was before or after
you installed z. After you compiled and installed z, did you try
recompiling and reinstalling png? If not, please try recompiling and
reinstalling png now that you have z compiled and installed.
Thanks,
Julie
On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I'm halfway there... jasper compiled, and then when I got to libpng
I get this error:
>
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 10:49 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt. I'm sorry to hear about the trouble you have been having.
> Always feel free to pass on the log file with your errors. I have a
few suggestions though, which may help to resolve those errors.
>
> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>
> jasper-1.900.1.zip
> libpng-1.2.34.tar
> zlib-1.2.6.tar
>
> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>
> That should resolve the problems, but please let me know if you
encounter any difficulty.
>
> Thanks,
> Julie
>
> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hi Julie,
>>
>> Still no luck here. I went to the web page and, while I downloaded
all the tarred and compressed files, I wasn't sure if all need to be
installed, compiled, etc., to make things work. I got the 'g2clib-
1.4.0' files and pointed to that in the user_defs.mk but still got
errors.
>>
>> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>>
>> So let's step back to the URL you sent me. What file(s) do I need
to download? Do I need to compile them?
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Friday, June 28, 2013 2:53 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>
>> Like you said, the library build fails:
>>
>> In file included from data2d_grib2.cc:33:
>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>
>> grib2.h is included with NCEP's GRIB2 C-Library. In order for MET
to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>
>> If you need to download it, you can find it here:
>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>
>> Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
>>
>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>> # grib2c include directory specified as: -I/your/include/path #
grib2c
>> library directory specified as: -L/your/library/path GRIB2C_BASE =
>> GRIB2C_INCS = GRIB2C_LIBS =
>>
>> Please let me know if you have any questions or problems.
>>
>> Have a great weekend!
>>
>> Thanks,
>> Julie
>>
>>
>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hi Julie,
>>>
>>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>>
>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>
>>> The log file with the library error is attached.
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Friday, June 28, 2013 11:18 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt. Thank you for including the error that you received.
>>> vx_data2d_grib2 is included with MET.
>>>
>>> Could you please include the entire make log so I can take a look?
>>>
>>> Thank you,
>>> Julie
>>>
>>>>
>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>>> Queue: met_help
>>>> Subject: Trying to compile the MODIS routines
>>>> Owner: Nobody
>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>> Status: new
>>>> Ticket <URL:
>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>
>>>>
>>>>
>>>> Hi,
>>>>
>>>> One of my colleagues asked us to install the MODIS routines, as
>>>> she'd like to be able to convert those files to NetCDF. I'm
trying
>>>> to get it to compile.
>>>>
>>>> I have the required libraries for HDF and HDFEOS. I didn't
compile
>>>> the former since the executables appeared to come with it. I did
>>>> compile the latter successfully.
>>>>
>>>> The error I am getting now is within the MET compile and suggests
I
>>>> am missing some files. I agree; I *don't* have the data3d_grib2
file.
>>>> Is that file created from one of the peripheral libraries or
should
>>>> it have been included in MET? The error I got is pasted below.
>>>>
>>>> Thanks,
>>>> Matt
>>>> ===
>>>>
>>>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>> -o modis_regrid \
>>>> -Wall -Wshadow -static -g \
>>>> -I/home/qcteam/METv4.1/include \
>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>>> -I/h/common/gsl-1.15/include \
>>>> -L/home/qcteam/METv4.1/lib \
>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib
\
>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>>> -L/h/common/gsl-1.15/lib \
>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
-lvx_gsl_prob
>>>> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
>>>> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>>>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
>>>> -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm
>>>> -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>>> -lhdfeos \
>>>> -lmfhdf \
>>>> -ldf \
>>>> -lGctp \
>>>> -ljpeg \
>>>> -lz \
>>>> -lm
>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>> collect2: ld returned 1 exit status
>>>> make[4]: *** [modis_regrid] Error 1
>>>> make[4]: Leaving directory
>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>> make[3]: *** [all] Error 2
>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>> make[2]: *** [all] Error 2
>>>> make[2]: Leaving directory `/ibrix/home/qcteam/METv4.1/src/tools'
>>>> make[1]: *** [all] Error 2
>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>> make: *** [all] Error 2
>>>>
>>>>
>>>> // SIGNED //
>>>> Matthew C. Sittel
>>>> Associate Scientist
>>>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
>>>> AFB, NE
>>>> (402) 294-3473 DSN: 271-3473
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 12:41:38 2013
Hi Matt.
png needs access to the zlib.h and zconf.h. It looks like they should
be in your install base's (e.g. --prefix when running configure)
include
directory. For example if your install base is /d1/local, they should
be
in /d1/local/include.
Can you please locate zlib.h and zconf.h? Could you also please check
to see if the library files for zlib are in the lib directory of your
install base (e.g. /d1/local/lib)?
Thanks,
Julie
On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> zlib compiles just fine, and quickly too. So that's 2 down. :)
>
> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 1:25 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> It looks like the order I suggested may not have been the best
order.
> Sorry about that. It looks like png needs z. I just looked in the
INSTALL file for png and sure enough, it does.
>
> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
> recompiling and reinstalling png? If not, please try recompiling
and
> reinstalling png now that you have z compiled and installed.
>
>
> Thanks,
> Julie
>
> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> I'm halfway there... jasper compiled, and then when I got to libpng
I get this error:
>>
>> checking for memset... yes
>> checking for pow... no
>> checking for pow in -lm... yes
>> checking for zlibVersion in -lz... no
>> configure: error: zlib not installed
>>
>> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>>
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 10:49 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>>
>> Hi Matt. I'm sorry to hear about the trouble you have been having.
>> Always feel free to pass on the log file with your errors. I have
a few suggestions though, which may help to resolve those errors.
>>
>> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>>
>> jasper-1.900.1.zip
>> libpng-1.2.34.tar
>> zlib-1.2.6.tar
>>
>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>
>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>
>> Thanks,
>> Julie
>>
>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hi Julie,
>>>
>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>
>>> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>>>
>>> So let's step back to the URL you sent me. What file(s) do I need
to download? Do I need to compile them?
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Friday, June 28, 2013 2:53 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>
>>> Like you said, the library build fails:
>>>
>>> In file included from data2d_grib2.cc:33:
>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>
>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for MET
to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>
>>> If you need to download it, you can find it here:
>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>
>>> Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
>>>
>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>> # grib2c include directory specified as: -I/your/include/path #
grib2c
>>> library directory specified as: -L/your/library/path GRIB2C_BASE
=
>>> GRIB2C_INCS = GRIB2C_LIBS =
>>>
>>> Please let me know if you have any questions or problems.
>>>
>>> Have a great weekend!
>>>
>>> Thanks,
>>> Julie
>>>
>>>
>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Hi Julie,
>>>>
>>>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>>>
>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>
>>>> The log file with the library error is attached.
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt. Thank you for including the error that you received.
>>>> vx_data2d_grib2 is included with MET.
>>>>
>>>> Could you please include the entire make log so I can take a
look?
>>>>
>>>> Thank you,
>>>> Julie
>>>>
>>>>>
>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>>>> Queue: met_help
>>>>> Subject: Trying to compile the MODIS routines
>>>>> Owner: Nobody
>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>> Status: new
>>>>> Ticket <URL:
>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>
>>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> One of my colleagues asked us to install the MODIS routines, as
>>>>> she'd like to be able to convert those files to NetCDF. I'm
trying
>>>>> to get it to compile.
>>>>>
>>>>> I have the required libraries for HDF and HDFEOS. I didn't
compile
>>>>> the former since the executables appeared to come with it. I
did
>>>>> compile the latter successfully.
>>>>>
>>>>> The error I am getting now is within the MET compile and
suggests I
>>>>> am missing some files. I agree; I *don't* have the data3d_grib2
file.
>>>>> Is that file created from one of the peripheral libraries or
should
>>>>> it have been included in MET? The error I got is pasted below.
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>> ===
>>>>>
>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>>> -o modis_regrid \
>>>>> -Wall -Wshadow -static -g \
>>>>> -I/home/qcteam/METv4.1/include \
>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include
\
>>>>> -I/h/common/gsl-1.15/include \
>>>>> -L/home/qcteam/METv4.1/lib \
>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>>>> -L/h/common/gsl-1.15/lib \
>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
>>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
-lvx_gsl_prob
>>>>> -lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
>>>>> -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>>>>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
>>>>> -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm
>>>>> -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>>>> -lhdfeos \
>>>>> -lmfhdf \
>>>>> -ldf \
>>>>> -lGctp \
>>>>> -ljpeg \
>>>>> -lz \
>>>>> -lm
>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>> collect2: ld returned 1 exit status
>>>>> make[4]: *** [modis_regrid] Error 1
>>>>> make[4]: Leaving directory
>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>> make[3]: *** [all] Error 2
>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>> make[2]: *** [all] Error 2
>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>> make[1]: *** [all] Error 2
>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>> make: *** [all] Error 2
>>>>>
>>>>>
>>>>> // SIGNED //
>>>>> Matthew C. Sittel
>>>>> Associate Scientist
>>>>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
>>>>> AFB, NE
>>>>> (402) 294-3473 DSN: 271-3473
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 01 12:52:25 2013
I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them both
into METv4.1/include, as well as METv4.1/lib and METv4.1/lib/include,
just to cover all my bases. I still get the same error about zlib not
being installed. What I can't figure out is where libpng is looking
for zlib (and libpng is METv4.1/lib/libpng). The README said zlib
goes at the same level as libpng (i.e., METv4.1/lib/zlib) but it
doesn't work.
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 01, 2013 1:42 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Hi Matt.
png needs access to the zlib.h and zconf.h. It looks like they should
be in your install base's (e.g. --prefix when running configure)
include directory. For example if your install base is /d1/local, they
should be in /d1/local/include.
Can you please locate zlib.h and zconf.h? Could you also please check
to see if the library files for zlib are in the lib directory of your
install base (e.g. /d1/local/lib)?
Thanks,
Julie
On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> zlib compiles just fine, and quickly too. So that's 2 down. :)
>
> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 1:25 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> It looks like the order I suggested may not have been the best
order.
> Sorry about that. It looks like png needs z. I just looked in the
INSTALL file for png and sure enough, it does.
>
> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
> recompiling and reinstalling png? If not, please try recompiling
and
> reinstalling png now that you have z compiled and installed.
>
>
> Thanks,
> Julie
>
> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> I'm halfway there... jasper compiled, and then when I got to libpng
I get this error:
>>
>> checking for memset... yes
>> checking for pow... no
>> checking for pow in -lm... yes
>> checking for zlibVersion in -lz... no
>> configure: error: zlib not installed
>>
>> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>>
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 10:49 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt. I'm sorry to hear about the trouble you have been having.
>> Always feel free to pass on the log file with your errors. I have
a few suggestions though, which may help to resolve those errors.
>>
>> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>>
>> jasper-1.900.1.zip
>> libpng-1.2.34.tar
>> zlib-1.2.6.tar
>>
>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>
>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>
>> Thanks,
>> Julie
>>
>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hi Julie,
>>>
>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>
>>> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>>>
>>> So let's step back to the URL you sent me. What file(s) do I need
to download? Do I need to compile them?
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Friday, June 28, 2013 2:53 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>
>>> Like you said, the library build fails:
>>>
>>> In file included from data2d_grib2.cc:33:
>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>
>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for MET
to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>
>>> If you need to download it, you can find it here:
>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>
>>> Otherwise, please try to locate the GRIB2 C Library and update the
user_defs.mk file with the its location in the section listed below:
>>>
>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>> # grib2c include directory specified as: -I/your/include/path #
>>> grib2c library directory specified as: -L/your/library/path
>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>
>>> Please let me know if you have any questions or problems.
>>>
>>> Have a great weekend!
>>>
>>> Thanks,
>>> Julie
>>>
>>>
>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Hi Julie,
>>>>
>>>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>>>
>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>
>>>> The log file with the library error is attached.
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt. Thank you for including the error that you received.
>>>> vx_data2d_grib2 is included with MET.
>>>>
>>>> Could you please include the entire make log so I can take a
look?
>>>>
>>>> Thank you,
>>>> Julie
>>>>
>>>>>
>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>>>> Queue: met_help
>>>>> Subject: Trying to compile the MODIS routines
>>>>> Owner: Nobody
>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>> Status: new
>>>>> Ticket <URL:
>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>
>>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> One of my colleagues asked us to install the MODIS routines, as
>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>> trying to get it to compile.
>>>>>
>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>> compile the former since the executables appeared to come with
it.
>>>>> I did compile the latter successfully.
>>>>>
>>>>> The error I am getting now is within the MET compile and
suggests
>>>>> I am missing some files. I agree; I *don't* have the
data3d_grib2 file.
>>>>> Is that file created from one of the peripheral libraries or
>>>>> should it have been included in MET? The error I got is pasted
below.
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>> ===
>>>>>
>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
>>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>>> -o modis_regrid \
>>>>> -Wall -Wshadow -static -g \
>>>>> -I/home/qcteam/METv4.1/include \
>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include
\
>>>>> -I/h/common/gsl-1.15/include \
>>>>> -L/home/qcteam/METv4.1/lib \
>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>>>> -L/h/common/gsl-1.15/lib \
>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
>>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c
>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
-lvx_nc_util
>>>>> -lvx_grid -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color
>>>>> -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>>>> -lhdfeos \
>>>>> -lmfhdf \
>>>>> -ldf \
>>>>> -lGctp \
>>>>> -ljpeg \
>>>>> -lz \
>>>>> -lm
>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>> collect2: ld returned 1 exit status
>>>>> make[4]: *** [modis_regrid] Error 1
>>>>> make[4]: Leaving directory
>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>> make[3]: *** [all] Error 2
>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>> make[2]: *** [all] Error 2
>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>> make[1]: *** [all] Error 2
>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>> make: *** [all] Error 2
>>>>>
>>>>>
>>>>> // SIGNED //
>>>>> Matthew C. Sittel
>>>>> Associate Scientist
>>>>> University Corporation for Atmospheric Research 16WS/WXN, Offutt
>>>>> AFB, NE
>>>>> (402) 294-3473 DSN: 271-3473
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 13:03:52 2013
I'm sorry this isn't working out to be as straightforward as is should
be.
Could you please send me all of the screen output from attempted
installation of png, so I can take a look?
Thanks,
Julie
On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them both
into METv4.1/include, as well as METv4.1/lib and METv4.1/lib/include,
just to cover all my bases. I still get the same error about zlib not
being installed. What I can't figure out is where libpng is looking
for zlib (and libpng is METv4.1/lib/libpng). The README said zlib
goes at the same level as libpng (i.e., METv4.1/lib/zlib) but it
doesn't work.
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 1:42 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt.
>
> png needs access to the zlib.h and zconf.h. It looks like they
should be in your install base's (e.g. --prefix when running
configure) include directory. For example if your install base is
/d1/local, they should be in /d1/local/include.
>
> Can you please locate zlib.h and zconf.h? Could you also please
check to see if the library files for zlib are in the lib directory of
your install base (e.g. /d1/local/lib)?
>
> Thanks,
> Julie
>
>
>
> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> zlib compiles just fine, and quickly too. So that's 2 down. :)
>>
>> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>>
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 1:25 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> It looks like the order I suggested may not have been the best
order.
>> Sorry about that. It looks like png needs z. I just looked in the
INSTALL file for png and sure enough, it does.
>>
>> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
>> recompiling and reinstalling png? If not, please try recompiling
and
>> reinstalling png now that you have z compiled and installed.
>>
>>
>> Thanks,
>> Julie
>>
>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> I'm halfway there... jasper compiled, and then when I got to
libpng I get this error:
>>>
>>> checking for memset... yes
>>> checking for pow... no
>>> checking for pow in -lm... yes
>>> checking for zlibVersion in -lz... no
>>> configure: error: zlib not installed
>>>
>>> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>>>
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 10:49 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>> Always feel free to pass on the log file with your errors. I have
a few suggestions though, which may help to resolve those errors.
>>>
>>> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>>>
>>> jasper-1.900.1.zip
>>> libpng-1.2.34.tar
>>> zlib-1.2.6.tar
>>>
>>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>>
>>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>>
>>> Thanks,
>>> Julie
>>>
>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Hi Julie,
>>>>
>>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>>
>>>> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>>>>
>>>> So let's step back to the URL you sent me. What file(s) do I
need to download? Do I need to compile them?
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>>
>>>> Like you said, the library build fails:
>>>>
>>>> In file included from data2d_grib2.cc:33:
>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>>
>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for
MET to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>>
>>>> If you need to download it, you can find it here:
>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>
>>>> Otherwise, please try to locate the GRIB2 C Library and update
the user_defs.mk file with the its location in the section listed
below:
>>>>
>>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>>> # grib2c include directory specified as: -I/your/include/path #
>>>> grib2c library directory specified as: -L/your/library/path
>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>
>>>> Please let me know if you have any questions or problems.
>>>>
>>>> Have a great weekend!
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>>
>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Hi Julie,
>>>>>
>>>>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>>>>
>>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>>
>>>>> The log file with the library error is attached.
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt. Thank you for including the error that you received.
>>>>> vx_data2d_grib2 is included with MET.
>>>>>
>>>>> Could you please include the entire make log so I can take a
look?
>>>>>
>>>>> Thank you,
>>>>> Julie
>>>>>
>>>>>>
>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>>>>> Queue: met_help
>>>>>> Subject: Trying to compile the MODIS routines
>>>>>> Owner: Nobody
>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>> Status: new
>>>>>> Ticket <URL:
>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> One of my colleagues asked us to install the MODIS routines, as
>>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>>> trying to get it to compile.
>>>>>>
>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>> compile the former since the executables appeared to come with
it.
>>>>>> I did compile the latter successfully.
>>>>>>
>>>>>> The error I am getting now is within the MET compile and
suggests
>>>>>> I am missing some files. I agree; I *don't* have the
data3d_grib2 file.
>>>>>> Is that file created from one of the peripheral libraries or
>>>>>> should it have been included in MET? The error I got is pasted
below.
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>> ===
>>>>>>
>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
cloudsat_swath_file.o
>>>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>>>> -o modis_regrid \
>>>>>> -Wall -Wshadow -static -g \
>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>> -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include \
>>>>>> -I/h/common/gsl-1.15/include \
>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render
-lvx_ps
>>>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c
>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
-lvx_nc_util
>>>>>> -lvx_grid -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color
>>>>>> -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>>>>> -lhdfeos \
>>>>>> -lmfhdf \
>>>>>> -ldf \
>>>>>> -lGctp \
>>>>>> -ljpeg \
>>>>>> -lz \
>>>>>> -lm
>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>> collect2: ld returned 1 exit status
>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>> make[4]: Leaving directory
>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>> make[3]: *** [all] Error 2
>>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>> make[2]: *** [all] Error 2
>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>> make[1]: *** [all] Error 2
>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>> make: *** [all] Error 2
>>>>>>
>>>>>>
>>>>>> // SIGNED //
>>>>>> Matthew C. Sittel
>>>>>> Associate Scientist
>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
Offutt
>>>>>> AFB, NE
>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 01 13:07:28 2013
Here's the output from when I run ./configure within
METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
The mystery to me is "-lz" and if it is a flag I set when running
configure or something else. It's not clear from anything I've read,
and it's barely referenced in the README file. I'm wondering how you
successfully compiled it!
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of
Makefiles... no
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking how to run the C preprocessor... gcc -E
checking for sed... /bin/sed
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking the maximum length of command line arguments... 98304
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for ANSI C header files... (cached) yes
checking malloc.h usability... yes
checking malloc.h presence... yes
checking for malloc.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for working strtod... yes
checking for memset... yes
checking for pow... no
checking for pow in -lm... yes
checking for zlibVersion in -lz... no
configure: error: zlib not installed
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 01, 2013 2:04 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
I'm sorry this isn't working out to be as straightforward as is should
be.
Could you please send me all of the screen output from attempted
installation of png, so I can take a look?
Thanks,
Julie
On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them both
into METv4.1/include, as well as METv4.1/lib and METv4.1/lib/include,
just to cover all my bases. I still get the same error about zlib not
being installed. What I can't figure out is where libpng is looking
for zlib (and libpng is METv4.1/lib/libpng). The README said zlib
goes at the same level as libpng (i.e., METv4.1/lib/zlib) but it
doesn't work.
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 1:42 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Hi Matt.
>
> png needs access to the zlib.h and zconf.h. It looks like they
should be in your install base's (e.g. --prefix when running
configure) include directory. For example if your install base is
/d1/local, they should be in /d1/local/include.
>
> Can you please locate zlib.h and zconf.h? Could you also please
check to see if the library files for zlib are in the lib directory of
your install base (e.g. /d1/local/lib)?
>
> Thanks,
> Julie
>
>
>
> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> zlib compiles just fine, and quickly too. So that's 2 down. :)
>>
>> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>>
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 1:25 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> It looks like the order I suggested may not have been the best
order.
>> Sorry about that. It looks like png needs z. I just looked in the
INSTALL file for png and sure enough, it does.
>>
>> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
>> recompiling and reinstalling png? If not, please try recompiling
and
>> reinstalling png now that you have z compiled and installed.
>>
>>
>> Thanks,
>> Julie
>>
>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> I'm halfway there... jasper compiled, and then when I got to
libpng I get this error:
>>>
>>> checking for memset... yes
>>> checking for pow... no
>>> checking for pow in -lm... yes
>>> checking for zlibVersion in -lz... no
>>> configure: error: zlib not installed
>>>
>>> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>>>
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 10:49 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>> Always feel free to pass on the log file with your errors. I have
a few suggestions though, which may help to resolve those errors.
>>>
>>> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>>>
>>> jasper-1.900.1.zip
>>> libpng-1.2.34.tar
>>> zlib-1.2.6.tar
>>>
>>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>>
>>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>>
>>> Thanks,
>>> Julie
>>>
>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Hi Julie,
>>>>
>>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>>
>>>> We don't use GriB-2 here; we convert everything back to Grib-1 to
satisfy legacy code requirements. But it appears that MODIS requires
the Grib-2 libraries to work correctly. Looks like I need to deal
with both to get the whole thing working.
>>>>
>>>> So let's step back to the URL you sent me. What file(s) do I
need to download? Do I need to compile them?
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>>
>>>> Like you said, the library build fails:
>>>>
>>>> In file included from data2d_grib2.cc:33:
>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>>
>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for
MET to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>>
>>>> If you need to download it, you can find it here:
>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>
>>>> Otherwise, please try to locate the GRIB2 C Library and update
the user_defs.mk file with the its location in the section listed
below:
>>>>
>>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>>> # grib2c include directory specified as: -I/your/include/path #
>>>> grib2c library directory specified as: -L/your/library/path
>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>
>>>> Please let me know if you have any questions or problems.
>>>>
>>>> Have a great weekend!
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>>
>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Hi Julie,
>>>>>
>>>>> So John's got you doing the fun stuff now huh? I think he's out
here on vacation actually-I should call him up and ask him to stop by!
Here's the problem; it shows up back in the libraries step. Since the
library build fails, so does the later compile for MODIS since it
depends on those library files, it would appear.
>>>>>
>>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>>
>>>>> The log file with the library error is attached.
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt. Thank you for including the error that you received.
>>>>> vx_data2d_grib2 is included with MET.
>>>>>
>>>>> Could you please include the entire make log so I can take a
look?
>>>>>
>>>>> Thank you,
>>>>> Julie
>>>>>
>>>>>>
>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>> Transaction: Ticket created by matthew.sittel.ctr at offutt.af.mil
>>>>>> Queue: met_help
>>>>>> Subject: Trying to compile the MODIS routines
>>>>>> Owner: Nobody
>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>> Status: new
>>>>>> Ticket <URL:
>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> One of my colleagues asked us to install the MODIS routines, as
>>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>>> trying to get it to compile.
>>>>>>
>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>> compile the former since the executables appeared to come with
it.
>>>>>> I did compile the latter successfully.
>>>>>>
>>>>>> The error I am getting now is within the MET compile and
suggests
>>>>>> I am missing some files. I agree; I *don't* have the
data3d_grib2 file.
>>>>>> Is that file created from one of the peripheral libraries or
>>>>>> should it have been included in MET? The error I got is pasted
below.
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>> ===
>>>>>>
>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
cloudsat_swath_file.o
>>>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>>>> -o modis_regrid \
>>>>>> -Wall -Wshadow -static -g \
>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>> -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include \
>>>>>> -I/h/common/gsl-1.15/include \
>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render
-lvx_ps
>>>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c
>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
>>>>>> -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util -lvx_math
>>>>>> -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas
\
>>>>>> -lhdfeos \
>>>>>> -lmfhdf \
>>>>>> -ldf \
>>>>>> -lGctp \
>>>>>> -ljpeg \
>>>>>> -lz \
>>>>>> -lm
>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>> collect2: ld returned 1 exit status
>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>> make[4]: Leaving directory
>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>> make[3]: *** [all] Error 2
>>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>> make[2]: *** [all] Error 2
>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>> make[1]: *** [all] Error 2
>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>> make: *** [all] Error 2
>>>>>>
>>>>>>
>>>>>> // SIGNED //
>>>>>> Matthew C. Sittel
>>>>>> Associate Scientist
>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
Offutt
>>>>>> AFB, NE
>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 13:16:28 2013
Thanks, Matt.
It looks like you can use the option "--with-zlib-prefix" in the
configure script for png. Try using that option and see if that
helps.
Please let me know how it works out.
Thanks,
Julie
On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Here's the output from when I run ./configure within
METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>
> The mystery to me is "-lz" and if it is a flag I set when running
configure or something else. It's not clear from anything I've read,
and it's barely referenced in the README file. I'm wondering how you
successfully compiled it!
>
>
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of
Makefiles... no
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking for style of include used by make... GNU
> checking dependency style of gcc... gcc3
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for fgrep... /bin/grep -F
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking how to run the C preprocessor... gcc -E
> checking for sed... /bin/sed
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking whether make sets $(MAKE)... (cached) yes
> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm
-B
> checking the name lister (/usr/bin/nm -B) interface... BSD nm
> checking the maximum length of command line arguments... 98304
> checking whether the shell understands some XSI constructs... yes
> checking whether the shell understands "+="... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking how to recognize dependent libraries... pass_all
> checking for ar... ar
> checking for strip... strip
> checking for ranlib... ranlib
> checking command to parse /usr/bin/nm -B output from gcc object...
ok
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for dlfcn.h... yes
> checking for objdir... .libs
> checking if gcc supports -fno-rtti -fno-exceptions... no
> checking for gcc option to produce PIC... -fPIC -DPIC
> checking if gcc PIC flag -fPIC -DPIC works... yes
> checking if gcc static flag -static works... yes
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.o... (cached) yes
> checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
shared libraries... yes
> checking whether -lc should be explicitly linked in... no
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> checking for ANSI C header files... (cached) yes
> checking malloc.h usability... yes
> checking malloc.h presence... yes
> checking for malloc.h... yes
> checking for stdlib.h... (cached) yes
> checking for string.h... (cached) yes
> checking for strings.h... (cached) yes
> checking for an ANSI C-conforming const... yes
> checking for size_t... yes
> checking whether struct tm is in sys/time.h or time.h... time.h
> checking for working strtod... yes
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 2:04 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> I'm sorry this isn't working out to be as straightforward as is
should be.
>
> Could you please send me all of the screen output from attempted
installation of png, so I can take a look?
>
> Thanks,
> Julie
>
> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them both
into METv4.1/include, as well as METv4.1/lib and METv4.1/lib/include,
just to cover all my bases. I still get the same error about zlib not
being installed. What I can't figure out is where libpng is looking
for zlib (and libpng is METv4.1/lib/libpng). The README said zlib
goes at the same level as libpng (i.e., METv4.1/lib/zlib) but it
doesn't work.
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 1:42 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt.
>>
>> png needs access to the zlib.h and zconf.h. It looks like they
should be in your install base's (e.g. --prefix when running
configure) include directory. For example if your install base is
/d1/local, they should be in /d1/local/include.
>>
>> Can you please locate zlib.h and zconf.h? Could you also please
check to see if the library files for zlib are in the lib directory of
your install base (e.g. /d1/local/lib)?
>>
>> Thanks,
>> Julie
>>
>>
>>
>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> zlib compiles just fine, and quickly too. So that's 2 down. :)
>>>
>>> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>>>
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 1:25 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> It looks like the order I suggested may not have been the best
order.
>>> Sorry about that. It looks like png needs z. I just looked in
the INSTALL file for png and sure enough, it does.
>>>
>>> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
>>> recompiling and reinstalling png? If not, please try recompiling
and
>>> reinstalling png now that you have z compiled and installed.
>>>
>>>
>>> Thanks,
>>> Julie
>>>
>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> I'm halfway there... jasper compiled, and then when I got to
libpng I get this error:
>>>>
>>>> checking for memset... yes
>>>> checking for pow... no
>>>> checking for pow in -lm... yes
>>>> checking for zlibVersion in -lz... no
>>>> configure: error: zlib not installed
>>>>
>>>> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>>>>
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>> Always feel free to pass on the log file with your errors. I
have a few suggestions though, which may help to resolve those errors.
>>>>
>>>> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>>>>
>>>> jasper-1.900.1.zip
>>>> libpng-1.2.34.tar
>>>> zlib-1.2.6.tar
>>>>
>>>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>>>
>>>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Hi Julie,
>>>>>
>>>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>>>
>>>>> We don't use GriB-2 here; we convert everything back to Grib-1
to satisfy legacy code requirements. But it appears that MODIS
requires the Grib-2 libraries to work correctly. Looks like I need to
deal with both to get the whole thing working.
>>>>>
>>>>> So let's step back to the URL you sent me. What file(s) do I
need to download? Do I need to compile them?
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>>>
>>>>> Like you said, the library build fails:
>>>>>
>>>>> In file included from data2d_grib2.cc:33:
>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>>>
>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for
MET to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>>>
>>>>> If you need to download it, you can find it here:
>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>
>>>>> Otherwise, please try to locate the GRIB2 C Library and update
the user_defs.mk file with the its location in the section listed
below:
>>>>>
>>>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>>>> # grib2c include directory specified as: -I/your/include/path #
>>>>> grib2c library directory specified as: -L/your/library/path
>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>
>>>>> Please let me know if you have any questions or problems.
>>>>>
>>>>> Have a great weekend!
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>>
>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> Hi Julie,
>>>>>>
>>>>>> So John's got you doing the fun stuff now huh? I think he's
out here on vacation actually-I should call him up and ask him to stop
by! Here's the problem; it shows up back in the libraries step.
Since the library build fails, so does the later compile for MODIS
since it depends on those library files, it would appear.
>>>>>>
>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>>>
>>>>>> The log file with the library error is attached.
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt. Thank you for including the error that you received.
>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>
>>>>>> Could you please include the entire make log so I can take a
look?
>>>>>>
>>>>>> Thank you,
>>>>>> Julie
>>>>>>
>>>>>>>
>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>> Queue: met_help
>>>>>>> Subject: Trying to compile the MODIS routines
>>>>>>> Owner: Nobody
>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>> Status: new
>>>>>>> Ticket <URL:
>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> One of my colleagues asked us to install the MODIS routines,
as
>>>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>>>> trying to get it to compile.
>>>>>>>
>>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>>> compile the former since the executables appeared to come with
it.
>>>>>>> I did compile the latter successfully.
>>>>>>>
>>>>>>> The error I am getting now is within the MET compile and
suggests
>>>>>>> I am missing some files. I agree; I *don't* have the
data3d_grib2 file.
>>>>>>> Is that file created from one of the peripheral libraries or
>>>>>>> should it have been included in MET? The error I got is
pasted below.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Matt
>>>>>>> ===
>>>>>>>
>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
cloudsat_swath_file.o
>>>>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>>>>> -o modis_regrid \
>>>>>>> -Wall -Wshadow -static -g \
>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>> -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include \
>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib
\
>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render
-lvx_ps
>>>>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c
>>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
>>>>>>> -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util
-lvx_math
>>>>>>> -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas
\
>>>>>>> -lhdfeos \
>>>>>>> -lmfhdf \
>>>>>>> -ldf \
>>>>>>> -lGctp \
>>>>>>> -ljpeg \
>>>>>>> -lz \
>>>>>>> -lm
>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>> collect2: ld returned 1 exit status
>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>> make[4]: Leaving directory
>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>> make[3]: *** [all] Error 2
>>>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>> make[2]: *** [all] Error 2
>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>> make[1]: *** [all] Error 2
>>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>>> make: *** [all] Error 2
>>>>>>>
>>>>>>>
>>>>>>> // SIGNED //
>>>>>>> Matthew C. Sittel
>>>>>>> Associate Scientist
>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
Offutt
>>>>>>> AFB, NE
>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 01 13:23:20 2013
What is the correct way to use it? I'm not sure where to add it.
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 01, 2013 2:16 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Thanks, Matt.
It looks like you can use the option "--with-zlib-prefix" in the
configure script for png. Try using that option and see if that
helps.
Please let me know how it works out.
Thanks,
Julie
On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Here's the output from when I run ./configure within
METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>
> The mystery to me is "-lz" and if it is a flag I set when running
configure or something else. It's not clear from anything I've read,
and it's barely referenced in the README file. I'm wondering how you
successfully compiled it!
>
>
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of
Makefiles... no
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking for style of include used by make... GNU
> checking dependency style of gcc... gcc3
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for fgrep... /bin/grep -F
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking how to run the C preprocessor... gcc -E
> checking for sed... /bin/sed
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking whether make sets $(MAKE)... (cached) yes
> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm
-B
> checking the name lister (/usr/bin/nm -B) interface... BSD nm
> checking the maximum length of command line arguments... 98304
> checking whether the shell understands some XSI constructs... yes
> checking whether the shell understands "+="... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking how to recognize dependent libraries... pass_all
> checking for ar... ar
> checking for strip... strip
> checking for ranlib... ranlib
> checking command to parse /usr/bin/nm -B output from gcc object...
ok
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for dlfcn.h... yes
> checking for objdir... .libs
> checking if gcc supports -fno-rtti -fno-exceptions... no
> checking for gcc option to produce PIC... -fPIC -DPIC
> checking if gcc PIC flag -fPIC -DPIC works... yes
> checking if gcc static flag -static works... yes
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.o... (cached) yes
> checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
shared libraries... yes
> checking whether -lc should be explicitly linked in... no
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> checking for ANSI C header files... (cached) yes
> checking malloc.h usability... yes
> checking malloc.h presence... yes
> checking for malloc.h... yes
> checking for stdlib.h... (cached) yes
> checking for string.h... (cached) yes
> checking for strings.h... (cached) yes
> checking for an ANSI C-conforming const... yes
> checking for size_t... yes
> checking whether struct tm is in sys/time.h or time.h... time.h
> checking for working strtod... yes
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 2:04 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> I'm sorry this isn't working out to be as straightforward as is
should be.
>
> Could you please send me all of the screen output from attempted
installation of png, so I can take a look?
>
> Thanks,
> Julie
>
> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them both
into METv4.1/include, as well as METv4.1/lib and METv4.1/lib/include,
just to cover all my bases. I still get the same error about zlib not
being installed. What I can't figure out is where libpng is looking
for zlib (and libpng is METv4.1/lib/libpng). The README said zlib
goes at the same level as libpng (i.e., METv4.1/lib/zlib) but it
doesn't work.
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 1:42 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt.
>>
>> png needs access to the zlib.h and zconf.h. It looks like they
should be in your install base's (e.g. --prefix when running
configure) include directory. For example if your install base is
/d1/local, they should be in /d1/local/include.
>>
>> Can you please locate zlib.h and zconf.h? Could you also please
check to see if the library files for zlib are in the lib directory of
your install base (e.g. /d1/local/lib)?
>>
>> Thanks,
>> Julie
>>
>>
>>
>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> zlib compiles just fine, and quickly too. So that's 2 down. :)
>>>
>>> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>>>
>>> Matt
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 1:25 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> It looks like the order I suggested may not have been the best
order.
>>> Sorry about that. It looks like png needs z. I just looked in
the INSTALL file for png and sure enough, it does.
>>>
>>> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
>>> recompiling and reinstalling png? If not, please try recompiling
and
>>> reinstalling png now that you have z compiled and installed.
>>>
>>>
>>> Thanks,
>>> Julie
>>>
>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> I'm halfway there... jasper compiled, and then when I got to
libpng I get this error:
>>>>
>>>> checking for memset... yes
>>>> checking for pow... no
>>>> checking for pow in -lm... yes
>>>> checking for zlibVersion in -lz... no
>>>> configure: error: zlib not installed
>>>>
>>>> I tried compiling zlib by itself, which worked... but I can't get
libpng to cooperate. Any ideas?
>>>>
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>> Always feel free to pass on the log file with your errors. I
have a few suggestions though, which may help to resolve those errors.
>>>>
>>>> Like you said, MODIS requires the Grib-2 libraries. In the URL I
sent, you will want to download the following, in addition to g2clib-
1.4.0.tar, if you don't already have these on your machine:
>>>>
>>>> jasper-1.900.1.zip
>>>> libpng-1.2.34.tar
>>>> zlib-1.2.6.tar
>>>>
>>>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>>>
>>>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Hi Julie,
>>>>>
>>>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>>>
>>>>> We don't use GriB-2 here; we convert everything back to Grib-1
to satisfy legacy code requirements. But it appears that MODIS
requires the Grib-2 libraries to work correctly. Looks like I need to
deal with both to get the whole thing working.
>>>>>
>>>>> So let's step back to the URL you sent me. What file(s) do I
need to download? Do I need to compile them?
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>>>
>>>>> Like you said, the library build fails:
>>>>>
>>>>> In file included from data2d_grib2.cc:33:
>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>>>
>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for
MET to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>>>
>>>>> If you need to download it, you can find it here:
>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>
>>>>> Otherwise, please try to locate the GRIB2 C Library and update
the user_defs.mk file with the its location in the section listed
below:
>>>>>
>>>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>>>> # grib2c include directory specified as: -I/your/include/path #
>>>>> grib2c library directory specified as: -L/your/library/path
>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>
>>>>> Please let me know if you have any questions or problems.
>>>>>
>>>>> Have a great weekend!
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>>
>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> Hi Julie,
>>>>>>
>>>>>> So John's got you doing the fun stuff now huh? I think he's
out here on vacation actually-I should call him up and ask him to stop
by! Here's the problem; it shows up back in the libraries step.
Since the library build fails, so does the later compile for MODIS
since it depends on those library files, it would appear.
>>>>>>
>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>>>
>>>>>> The log file with the library error is attached.
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt. Thank you for including the error that you received.
>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>
>>>>>> Could you please include the entire make log so I can take a
look?
>>>>>>
>>>>>> Thank you,
>>>>>> Julie
>>>>>>
>>>>>>>
>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>> Queue: met_help
>>>>>>> Subject: Trying to compile the MODIS routines
>>>>>>> Owner: Nobody
>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>> Status: new
>>>>>>> Ticket <URL:
>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> One of my colleagues asked us to install the MODIS routines,
as
>>>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>>>> trying to get it to compile.
>>>>>>>
>>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>>> compile the former since the executables appeared to come with
it.
>>>>>>> I did compile the latter successfully.
>>>>>>>
>>>>>>> The error I am getting now is within the MET compile and
suggests
>>>>>>> I am missing some files. I agree; I *don't* have the
data3d_grib2 file.
>>>>>>> Is that file created from one of the peripheral libraries or
>>>>>>> should it have been included in MET? The error I got is
pasted below.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Matt
>>>>>>> ===
>>>>>>>
>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
cloudsat_swath_file.o
>>>>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>>>>> -o modis_regrid \
>>>>>>> -Wall -Wshadow -static -g \
>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>> -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include \
>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>>>> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib
\
>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render
-lvx_ps
>>>>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c
>>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
>>>>>>> -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util
-lvx_math
>>>>>>> -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas
\
>>>>>>> -lhdfeos \
>>>>>>> -lmfhdf \
>>>>>>> -ldf \
>>>>>>> -lGctp \
>>>>>>> -ljpeg \
>>>>>>> -lz \
>>>>>>> -lm
>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>> collect2: ld returned 1 exit status
>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>> make[4]: Leaving directory
>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>> make[3]: *** [all] Error 2
>>>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>> make[2]: *** [all] Error 2
>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>> make[1]: *** [all] Error 2
>>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>>> make: *** [all] Error 2
>>>>>>>
>>>>>>>
>>>>>>> // SIGNED //
>>>>>>> Matthew C. Sittel
>>>>>>> Associate Scientist
>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
Offutt
>>>>>>> AFB, NE
>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 13:26:46 2013
Perhaps something like:
./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
I hope this helps.
Julie
On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> What is the correct way to use it? I'm not sure where to add it.
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 2:16 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Thanks, Matt.
>
> It looks like you can use the option "--with-zlib-prefix" in the
> configure script for png. Try using that option and see if that
helps.
> Please let me know how it works out.
>
> Thanks,
> Julie
>
>
>
> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Here's the output from when I run ./configure within
METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>
>> The mystery to me is "-lz" and if it is a flag I set when running
configure or something else. It's not clear from anything I've read,
and it's barely referenced in the README file. I'm wondering how you
successfully compiled it!
>>
>>
>> checking for a BSD-compatible install... /usr/bin/install -c
>> checking whether build environment is sane... yes
>> checking for a thread-safe mkdir -p... /bin/mkdir -p
>> checking for gawk... gawk
>> checking whether make sets $(MAKE)... yes
>> checking whether to enable maintainer-specific portions of
Makefiles... no
>> checking for gcc... gcc
>> checking for C compiler default output file name... a.out
>> checking whether the C compiler works... yes
>> checking whether we are cross compiling... no
>> checking for suffix of executables...
>> checking for suffix of object files... o
>> checking whether we are using the GNU C compiler... yes
>> checking whether gcc accepts -g... yes
>> checking for gcc option to accept ISO C89... none needed
>> checking for style of include used by make... GNU
>> checking dependency style of gcc... gcc3
>> checking build system type... x86_64-unknown-linux-gnu
>> checking host system type... x86_64-unknown-linux-gnu
>> checking for a sed that does not truncate output... /bin/sed
>> checking for grep that handles long lines and -e... /bin/grep
>> checking for egrep... /bin/grep -E
>> checking for fgrep... /bin/grep -F
>> checking for ld used by gcc... /usr/bin/ld
>> checking if the linker (/usr/bin/ld) is GNU ld... yes
>> checking how to run the C preprocessor... gcc -E
>> checking for sed... /bin/sed
>> checking for a BSD-compatible install... /usr/bin/install -c
>> checking whether ln -s works... yes
>> checking whether make sets $(MAKE)... (cached) yes
>> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm
-B
>> checking the name lister (/usr/bin/nm -B) interface... BSD nm
>> checking the maximum length of command line arguments... 98304
>> checking whether the shell understands some XSI constructs... yes
>> checking whether the shell understands "+="... yes
>> checking for /usr/bin/ld option to reload object files... -r
>> checking how to recognize dependent libraries... pass_all
>> checking for ar... ar
>> checking for strip... strip
>> checking for ranlib... ranlib
>> checking command to parse /usr/bin/nm -B output from gcc object...
ok
>> checking for ANSI C header files... yes
>> checking for sys/types.h... yes
>> checking for sys/stat.h... yes
>> checking for stdlib.h... yes
>> checking for string.h... yes
>> checking for memory.h... yes
>> checking for strings.h... yes
>> checking for inttypes.h... yes
>> checking for stdint.h... yes
>> checking for unistd.h... yes
>> checking for dlfcn.h... yes
>> checking for objdir... .libs
>> checking if gcc supports -fno-rtti -fno-exceptions... no
>> checking for gcc option to produce PIC... -fPIC -DPIC
>> checking if gcc PIC flag -fPIC -DPIC works... yes
>> checking if gcc static flag -static works... yes
>> checking if gcc supports -c -o file.o... yes
>> checking if gcc supports -c -o file.o... (cached) yes
>> checking whether the gcc linker (/usr/bin/ld -m elf_x86_64)
supports shared libraries... yes
>> checking whether -lc should be explicitly linked in... no
>> checking dynamic linker characteristics... GNU/Linux ld.so
>> checking how to hardcode library paths into programs... immediate
>> checking whether stripping libraries is possible... yes
>> checking if libtool supports shared libraries... yes
>> checking whether to build shared libraries... yes
>> checking whether to build static libraries... yes
>> checking for ANSI C header files... (cached) yes
>> checking malloc.h usability... yes
>> checking malloc.h presence... yes
>> checking for malloc.h... yes
>> checking for stdlib.h... (cached) yes
>> checking for string.h... (cached) yes
>> checking for strings.h... (cached) yes
>> checking for an ANSI C-conforming const... yes
>> checking for size_t... yes
>> checking whether struct tm is in sys/time.h or time.h... time.h
>> checking for working strtod... yes
>> checking for memset... yes
>> checking for pow... no
>> checking for pow in -lm... yes
>> checking for zlibVersion in -lz... no
>> configure: error: zlib not installed
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 2:04 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>>
>> I'm sorry this isn't working out to be as straightforward as is
should be.
>>
>> Could you please send me all of the screen output from attempted
installation of png, so I can take a look?
>>
>> Thanks,
>> Julie
>>
>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them both
into METv4.1/include, as well as METv4.1/lib and METv4.1/lib/include,
just to cover all my bases. I still get the same error about zlib not
being installed. What I can't figure out is where libpng is looking
for zlib (and libpng is METv4.1/lib/libpng). The README said zlib
goes at the same level as libpng (i.e., METv4.1/lib/zlib) but it
doesn't work.
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 1:42 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt.
>>>
>>> png needs access to the zlib.h and zconf.h. It looks like they
should be in your install base's (e.g. --prefix when running
configure) include directory. For example if your install base is
/d1/local, they should be in /d1/local/include.
>>>
>>> Can you please locate zlib.h and zconf.h? Could you also please
check to see if the library files for zlib are in the lib directory of
your install base (e.g. /d1/local/lib)?
>>>
>>> Thanks,
>>> Julie
>>>
>>>
>>>
>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> zlib compiles just fine, and quickly too. So that's 2 down. :)
>>>>
>>>> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>>>>
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> It looks like the order I suggested may not have been the best
order.
>>>> Sorry about that. It looks like png needs z. I just looked in
the INSTALL file for png and sure enough, it does.
>>>>
>>>> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
>>>> recompiling and reinstalling png? If not, please try
recompiling and
>>>> reinstalling png now that you have z compiled and installed.
>>>>
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> I'm halfway there... jasper compiled, and then when I got to
libpng I get this error:
>>>>>
>>>>> checking for memset... yes
>>>>> checking for pow... no
>>>>> checking for pow in -lm... yes
>>>>> checking for zlibVersion in -lz... no
>>>>> configure: error: zlib not installed
>>>>>
>>>>> I tried compiling zlib by itself, which worked... but I can't
get libpng to cooperate. Any ideas?
>>>>>
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>> Always feel free to pass on the log file with your errors. I
have a few suggestions though, which may help to resolve those errors.
>>>>>
>>>>> Like you said, MODIS requires the Grib-2 libraries. In the URL
I sent, you will want to download the following, in addition to
g2clib-1.4.0.tar, if you don't already have these on your machine:
>>>>>
>>>>> jasper-1.900.1.zip
>>>>> libpng-1.2.34.tar
>>>>> zlib-1.2.6.tar
>>>>>
>>>>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>>>>
>>>>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> Hi Julie,
>>>>>>
>>>>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>>>>
>>>>>> We don't use GriB-2 here; we convert everything back to Grib-1
to satisfy legacy code requirements. But it appears that MODIS
requires the Grib-2 libraries to work correctly. Looks like I need to
deal with both to get the whole thing working.
>>>>>>
>>>>>> So let's step back to the URL you sent me. What file(s) do I
need to download? Do I need to compile them?
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>>>>
>>>>>> Like you said, the library build fails:
>>>>>>
>>>>>> In file included from data2d_grib2.cc:33:
>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>>>>
>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for
MET to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>>>>
>>>>>> If you need to download it, you can find it here:
>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>
>>>>>> Otherwise, please try to locate the GRIB2 C Library and update
the user_defs.mk file with the its location in the section listed
below:
>>>>>>
>>>>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>>>>> # grib2c include directory specified as: -I/your/include/path #
>>>>>> grib2c library directory specified as: -L/your/library/path
>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>
>>>>>> Please let me know if you have any questions or problems.
>>>>>>
>>>>>> Have a great weekend!
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>>
>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> Hi Julie,
>>>>>>>
>>>>>>> So John's got you doing the fun stuff now huh? I think he's
out here on vacation actually-I should call him up and ask him to stop
by! Here's the problem; it shows up back in the libraries step.
Since the library build fails, so does the later compile for MODIS
since it depends on those library files, it would appear.
>>>>>>>
>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>>>>
>>>>>>> The log file with the library error is attached.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Matt
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> Hi Matt. Thank you for including the error that you received.
>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>
>>>>>>> Could you please include the entire make log so I can take a
look?
>>>>>>>
>>>>>>> Thank you,
>>>>>>> Julie
>>>>>>>
>>>>>>>>
>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>> Queue: met_help
>>>>>>>> Subject: Trying to compile the MODIS routines
>>>>>>>> Owner: Nobody
>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>> Status: new
>>>>>>>> Ticket <URL:
>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> One of my colleagues asked us to install the MODIS routines,
as
>>>>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>>>>> trying to get it to compile.
>>>>>>>>
>>>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>>>> compile the former since the executables appeared to come
with it.
>>>>>>>> I did compile the latter successfully.
>>>>>>>>
>>>>>>>> The error I am getting now is within the MET compile and
suggests
>>>>>>>> I am missing some files. I agree; I *don't* have the
data3d_grib2 file.
>>>>>>>> Is that file created from one of the peripheral libraries or
>>>>>>>> should it have been included in MET? The error I got is
pasted below.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Matt
>>>>>>>> ===
>>>>>>>>
>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
cloudsat_swath_file.o
>>>>>>>> sat_utils.o data_averager.o data_plane_to_netcdf.o \
>>>>>>>> -o modis_regrid \
>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>>> -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include \
>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render
-lvx_ps
>>>>>>>> -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
>>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2
-lgrib2c
>>>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
>>>>>>>> -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util
-lvx_math
>>>>>>>> -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl
-lgslcblas \
>>>>>>>> -lhdfeos \
>>>>>>>> -lmfhdf \
>>>>>>>> -ldf \
>>>>>>>> -lGctp \
>>>>>>>> -ljpeg \
>>>>>>>> -lz \
>>>>>>>> -lm
>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>> make[4]: Leaving directory
>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>>>> make: *** [all] Error 2
>>>>>>>>
>>>>>>>>
>>>>>>>> // SIGNED //
>>>>>>>> Matthew C. Sittel
>>>>>>>> Associate Scientist
>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
Offutt
>>>>>>>> AFB, NE
>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Julie Prestopnik
>>>>>> National Center for Atmospheric Research Research Applications
>>>>>> Laboratory
>>>>>> Phone: 303.497.8399
>>>>>> Email: jpresto at ucar.edu
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 01 13:33:48 2013
Hmmm... it likes the --prefix option but not the zlib one. It says:
configure: WARNING: Unrecognized options: --with-zlib-prefix
and then proceeds to stop working in the exact same location as
before!
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 01, 2013 2:27 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Perhaps something like:
./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
I hope this helps.
Julie
On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> What is the correct way to use it? I'm not sure where to add it.
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 2:16 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Thanks, Matt.
>
> It looks like you can use the option "--with-zlib-prefix" in the
> configure script for png. Try using that option and see if that
helps.
> Please let me know how it works out.
>
> Thanks,
> Julie
>
>
>
> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Here's the output from when I run ./configure within
METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>
>> The mystery to me is "-lz" and if it is a flag I set when running
configure or something else. It's not clear from anything I've read,
and it's barely referenced in the README file. I'm wondering how you
successfully compiled it!
>>
>>
>> checking for a BSD-compatible install... /usr/bin/install -c
checking
>> whether build environment is sane... yes checking for a thread-safe
>> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
whether
>> make sets $(MAKE)... yes checking whether to enable
>> maintainer-specific portions of Makefiles... no checking for gcc...
>> gcc checking for C compiler default output file name... a.out
>> checking whether the C compiler works... yes checking whether we
are
>> cross compiling... no checking for suffix of executables...
>> checking for suffix of object files... o checking whether we are
>> using the GNU C compiler... yes checking whether gcc accepts -g...
>> yes checking for gcc option to accept ISO C89... none needed
checking
>> for style of include used by make... GNU checking dependency style
of
>> gcc... gcc3 checking build system type... x86_64-unknown-linux-gnu
>> checking host system type... x86_64-unknown-linux-gnu checking for
a
>> sed that does not truncate output... /bin/sed checking for grep
that
>> handles long lines and -e... /bin/grep checking for egrep...
>> /bin/grep -E checking for fgrep... /bin/grep -F checking for ld
used
>> by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU
>> ld... yes checking how to run the C preprocessor... gcc -E checking
>> for sed... /bin/sed checking for a BSD-compatible install...
>> /usr/bin/install -c checking whether ln -s works... yes checking
>> whether make sets $(MAKE)... (cached) yes checking for BSD- or
>> MS-compatible name lister (nm)... /usr/bin/nm -B checking the name
>> lister (/usr/bin/nm -B) interface... BSD nm checking the maximum
>> length of command line arguments... 98304 checking whether the
shell
>> understands some XSI constructs... yes checking whether the shell
>> understands "+="... yes checking for /usr/bin/ld option to reload
>> object files... -r checking how to recognize dependent libraries...
>> pass_all checking for ar... ar checking for strip... strip checking
>> for ranlib... ranlib checking command to parse /usr/bin/nm -B
output
>> from gcc object... ok checking for ANSI C header files... yes
>> checking for sys/types.h... yes checking for sys/stat.h... yes
>> checking for stdlib.h... yes checking for string.h... yes checking
>> for memory.h... yes checking for strings.h... yes checking for
>> inttypes.h... yes checking for stdint.h... yes checking for
>> unistd.h... yes checking for dlfcn.h... yes checking for objdir...
>> .libs checking if gcc supports -fno-rtti -fno-exceptions... no
>> checking for gcc option to produce PIC... -fPIC -DPIC checking if
gcc
>> PIC flag -fPIC -DPIC works... yes checking if gcc static flag
-static
>> works... yes checking if gcc supports -c -o file.o... yes checking
if
>> gcc supports -c -o file.o... (cached) yes checking whether the gcc
>> linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
>> checking whether -lc should be explicitly linked in... no checking
>> dynamic linker characteristics... GNU/Linux ld.so checking how to
>> hardcode library paths into programs... immediate checking whether
>> stripping libraries is possible... yes checking if libtool supports
>> shared libraries... yes checking whether to build shared
libraries...
>> yes checking whether to build static libraries... yes checking for
>> ANSI C header files... (cached) yes checking malloc.h usability...
>> yes checking malloc.h presence... yes checking for malloc.h... yes
>> checking for stdlib.h... (cached) yes checking for string.h...
>> (cached) yes checking for strings.h... (cached) yes checking for an
>> ANSI C-conforming const... yes checking for size_t... yes checking
>> whether struct tm is in sys/time.h or time.h... time.h checking for
>> working strtod... yes checking for memset... yes checking for
pow...
>> no checking for pow in -lm... yes checking for zlibVersion in
-lz...
>> no
>> configure: error: zlib not installed
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 2:04 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> I'm sorry this isn't working out to be as straightforward as is
should be.
>>
>> Could you please send me all of the screen output from attempted
installation of png, so I can take a look?
>>
>> Thanks,
>> Julie
>>
>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them both
into METv4.1/include, as well as METv4.1/lib and METv4.1/lib/include,
just to cover all my bases. I still get the same error about zlib not
being installed. What I can't figure out is where libpng is looking
for zlib (and libpng is METv4.1/lib/libpng). The README said zlib
goes at the same level as libpng (i.e., METv4.1/lib/zlib) but it
doesn't work.
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 1:42 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt.
>>>
>>> png needs access to the zlib.h and zconf.h. It looks like they
should be in your install base's (e.g. --prefix when running
configure) include directory. For example if your install base is
/d1/local, they should be in /d1/local/include.
>>>
>>> Can you please locate zlib.h and zconf.h? Could you also please
check to see if the library files for zlib are in the lib directory of
your install base (e.g. /d1/local/lib)?
>>>
>>> Thanks,
>>> Julie
>>>
>>>
>>>
>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> zlib compiles just fine, and quickly too. So that's 2 down. :)
>>>>
>>>> I still get the same errors for the libpng install. I set up the
directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>>>>
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> It looks like the order I suggested may not have been the best
order.
>>>> Sorry about that. It looks like png needs z. I just looked in
the INSTALL file for png and sure enough, it does.
>>>>
>>>> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
>>>> recompiling and reinstalling png? If not, please try
recompiling and
>>>> reinstalling png now that you have z compiled and installed.
>>>>
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> I'm halfway there... jasper compiled, and then when I got to
libpng I get this error:
>>>>>
>>>>> checking for memset... yes
>>>>> checking for pow... no
>>>>> checking for pow in -lm... yes
>>>>> checking for zlibVersion in -lz... no
>>>>> configure: error: zlib not installed
>>>>>
>>>>> I tried compiling zlib by itself, which worked... but I can't
get libpng to cooperate. Any ideas?
>>>>>
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>> Always feel free to pass on the log file with your errors. I
have a few suggestions though, which may help to resolve those errors.
>>>>>
>>>>> Like you said, MODIS requires the Grib-2 libraries. In the URL
I sent, you will want to download the following, in addition to
g2clib-1.4.0.tar, if you don't already have these on your machine:
>>>>>
>>>>> jasper-1.900.1.zip
>>>>> libpng-1.2.34.tar
>>>>> zlib-1.2.6.tar
>>>>>
>>>>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>>>>
>>>>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> Hi Julie,
>>>>>>
>>>>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>>>>
>>>>>> We don't use GriB-2 here; we convert everything back to Grib-1
to satisfy legacy code requirements. But it appears that MODIS
requires the Grib-2 libraries to work correctly. Looks like I need to
deal with both to get the whole thing working.
>>>>>>
>>>>>> So let's step back to the URL you sent me. What file(s) do I
need to download? Do I need to compile them?
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>>>>
>>>>>> Like you said, the library build fails:
>>>>>>
>>>>>> In file included from data2d_grib2.cc:33:
>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or directory
>>>>>>
>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for
MET to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>>>>
>>>>>> If you need to download it, you can find it here:
>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>
>>>>>> Otherwise, please try to locate the GRIB2 C Library and update
the user_defs.mk file with the its location in the section listed
below:
>>>>>>
>>>>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>>>>> # grib2c include directory specified as: -I/your/include/path #
>>>>>> grib2c library directory specified as: -L/your/library/path
>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>
>>>>>> Please let me know if you have any questions or problems.
>>>>>>
>>>>>> Have a great weekend!
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>>
>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> Hi Julie,
>>>>>>>
>>>>>>> So John's got you doing the fun stuff now huh? I think he's
out here on vacation actually-I should call him up and ask him to stop
by! Here's the problem; it shows up back in the libraries step.
Since the library build fails, so does the later compile for MODIS
since it depends on those library files, it would appear.
>>>>>>>
>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>>>>
>>>>>>> The log file with the library error is attached.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Matt
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>> MODIS routines
>>>>>>>
>>>>>>> Hi Matt. Thank you for including the error that you received.
>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>
>>>>>>> Could you please include the entire make log so I can take a
look?
>>>>>>>
>>>>>>> Thank you,
>>>>>>> Julie
>>>>>>>
>>>>>>>>
>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>> Queue: met_help
>>>>>>>> Subject: Trying to compile the MODIS routines
>>>>>>>> Owner: Nobody
>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>> Status: new
>>>>>>>> Ticket <URL:
>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> One of my colleagues asked us to install the MODIS routines,
as
>>>>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>>>>> trying to get it to compile.
>>>>>>>>
>>>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>>>> compile the former since the executables appeared to come
with it.
>>>>>>>> I did compile the latter successfully.
>>>>>>>>
>>>>>>>> The error I am getting now is within the MET compile and
>>>>>>>> suggests I am missing some files. I agree; I *don't* have
the data3d_grib2 file.
>>>>>>>> Is that file created from one of the peripheral libraries or
>>>>>>>> should it have been included in MET? The error I got is
pasted below.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Matt
>>>>>>>> ===
>>>>>>>>
>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
>>>>>>>> cloudsat_swath_file.o sat_utils.o data_averager.o
data_plane_to_netcdf.o \
>>>>>>>> -o modis_regrid \
>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>>> -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include \
>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render
>>>>>>>> -lvx_ps -lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata
>>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2
-lgrib2c
>>>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
>>>>>>>> -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util
-lvx_math
>>>>>>>> -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl
-lgslcblas \
>>>>>>>> -lhdfeos \
>>>>>>>> -lmfhdf \
>>>>>>>> -ldf \
>>>>>>>> -lGctp \
>>>>>>>> -ljpeg \
>>>>>>>> -lz \
>>>>>>>> -lm
>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>> make[4]: Leaving directory
>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>>>> make: *** [all] Error 2
>>>>>>>>
>>>>>>>>
>>>>>>>> // SIGNED //
>>>>>>>> Matthew C. Sittel
>>>>>>>> Associate Scientist
>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
>>>>>>>> Offutt AFB, NE
>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Julie Prestopnik
>>>>>> National Center for Atmospheric Research Research Applications
>>>>>> Laboratory
>>>>>> Phone: 303.497.8399
>>>>>> Email: jpresto at ucar.edu
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 13:52:59 2013
OK. Let's start fresh. Try removing zlib, being sure to get the
header
files and library files. Try also removing the png directory. Then,
unpack and untar the packages again, compiling and installing zlib
first
and then png.
If that doesn't work, try setting the these two environment variables
(please check the paths below and make sure they're correct for your
enviroment):
export LDFLAGS="-L METv4.1/lib/zlib/lib"
export CPPFLAGS="-I METv4.1/lib/zlib/include"
and then try reconfiguring.
Hopefully, this will take care of it.
Regards,
Julie
On 07/01/2013 01:33 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hmmm... it likes the --prefix option but not the zlib one. It says:
>
> configure: WARNING: Unrecognized options: --with-zlib-prefix
>
> and then proceeds to stop working in the exact same location as
before!
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 2:27 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Perhaps something like:
>
> ./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
>
> I hope this helps.
>
> Julie
>
>
> On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> What is the correct way to use it? I'm not sure where to add it.
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 2:16 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Thanks, Matt.
>>
>> It looks like you can use the option "--with-zlib-prefix" in the
>> configure script for png. Try using that option and see if that
helps.
>> Please let me know how it works out.
>>
>> Thanks,
>> Julie
>>
>>
>>
>> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Here's the output from when I run ./configure within
METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>>
>>> The mystery to me is "-lz" and if it is a flag I set when running
configure or something else. It's not clear from anything I've read,
and it's barely referenced in the README file. I'm wondering how you
successfully compiled it!
>>>
>>>
>>> checking for a BSD-compatible install... /usr/bin/install -c
checking
>>> whether build environment is sane... yes checking for a thread-
safe
>>> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
whether
>>> make sets $(MAKE)... yes checking whether to enable
>>> maintainer-specific portions of Makefiles... no checking for
gcc...
>>> gcc checking for C compiler default output file name... a.out
>>> checking whether the C compiler works... yes checking whether we
are
>>> cross compiling... no checking for suffix of executables...
>>> checking for suffix of object files... o checking whether we are
>>> using the GNU C compiler... yes checking whether gcc accepts -g...
>>> yes checking for gcc option to accept ISO C89... none needed
checking
>>> for style of include used by make... GNU checking dependency style
of
>>> gcc... gcc3 checking build system type... x86_64-unknown-linux-gnu
>>> checking host system type... x86_64-unknown-linux-gnu checking for
a
>>> sed that does not truncate output... /bin/sed checking for grep
that
>>> handles long lines and -e... /bin/grep checking for egrep...
>>> /bin/grep -E checking for fgrep... /bin/grep -F checking for ld
used
>>> by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU
>>> ld... yes checking how to run the C preprocessor... gcc -E
checking
>>> for sed... /bin/sed checking for a BSD-compatible install...
>>> /usr/bin/install -c checking whether ln -s works... yes checking
>>> whether make sets $(MAKE)... (cached) yes checking for BSD- or
>>> MS-compatible name lister (nm)... /usr/bin/nm -B checking the name
>>> lister (/usr/bin/nm -B) interface... BSD nm checking the maximum
>>> length of command line arguments... 98304 checking whether the
shell
>>> understands some XSI constructs... yes checking whether the shell
>>> understands "+="... yes checking for /usr/bin/ld option to reload
>>> object files... -r checking how to recognize dependent
libraries...
>>> pass_all checking for ar... ar checking for strip... strip
checking
>>> for ranlib... ranlib checking command to parse /usr/bin/nm -B
output
>>> from gcc object... ok checking for ANSI C header files... yes
>>> checking for sys/types.h... yes checking for sys/stat.h... yes
>>> checking for stdlib.h... yes checking for string.h... yes checking
>>> for memory.h... yes checking for strings.h... yes checking for
>>> inttypes.h... yes checking for stdint.h... yes checking for
>>> unistd.h... yes checking for dlfcn.h... yes checking for objdir...
>>> .libs checking if gcc supports -fno-rtti -fno-exceptions... no
>>> checking for gcc option to produce PIC... -fPIC -DPIC checking if
gcc
>>> PIC flag -fPIC -DPIC works... yes checking if gcc static flag
-static
>>> works... yes checking if gcc supports -c -o file.o... yes checking
if
>>> gcc supports -c -o file.o... (cached) yes checking whether the gcc
>>> linker (/usr/bin/ld -m elf_x86_64) supports shared libraries...
yes
>>> checking whether -lc should be explicitly linked in... no checking
>>> dynamic linker characteristics... GNU/Linux ld.so checking how to
>>> hardcode library paths into programs... immediate checking whether
>>> stripping libraries is possible... yes checking if libtool
supports
>>> shared libraries... yes checking whether to build shared
libraries...
>>> yes checking whether to build static libraries... yes checking for
>>> ANSI C header files... (cached) yes checking malloc.h usability...
>>> yes checking malloc.h presence... yes checking for malloc.h... yes
>>> checking for stdlib.h... (cached) yes checking for string.h...
>>> (cached) yes checking for strings.h... (cached) yes checking for
an
>>> ANSI C-conforming const... yes checking for size_t... yes checking
>>> whether struct tm is in sys/time.h or time.h... time.h checking
for
>>> working strtod... yes checking for memset... yes checking for
pow...
>>> no checking for pow in -lm... yes checking for zlibVersion in
-lz...
>>> no
>>> configure: error: zlib not installed
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 2:04 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> I'm sorry this isn't working out to be as straightforward as is
should be.
>>>
>>> Could you please send me all of the screen output from attempted
installation of png, so I can take a look?
>>>
>>> Thanks,
>>> Julie
>>>
>>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them
both into METv4.1/include, as well as METv4.1/lib and
METv4.1/lib/include, just to cover all my bases. I still get the same
error about zlib not being installed. What I can't figure out is
where libpng is looking for zlib (and libpng is METv4.1/lib/libpng).
The README said zlib goes at the same level as libpng (i.e.,
METv4.1/lib/zlib) but it doesn't work.
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 1:42 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt.
>>>>
>>>> png needs access to the zlib.h and zconf.h. It looks like they
should be in your install base's (e.g. --prefix when running
configure) include directory. For example if your install base is
/d1/local, they should be in /d1/local/include.
>>>>
>>>> Can you please locate zlib.h and zconf.h? Could you also please
check to see if the library files for zlib are in the lib directory of
your install base (e.g. /d1/local/lib)?
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>>
>>>>
>>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> zlib compiles just fine, and quickly too. So that's 2 down. :)
>>>>>
>>>>> I still get the same errors for the libpng install. I set up
the directory structure as instructed in the README documents, but the
code still doesn't recognize zlib. I tried putting -lz in the
configure part but that didn’t do it. It didn't like me including it
in a CFLAGS definition inside the configure file. So I'm not sure
what to try next...I looked online too and couldn't find any helpful
advice.
>>>>>
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> It looks like the order I suggested may not have been the best
order.
>>>>> Sorry about that. It looks like png needs z. I just looked in
the INSTALL file for png and sure enough, it does.
>>>>>
>>>>> I wasn't sure if the error for png that you listed was before or
after you installed z. After you compiled and installed z, did you
try
>>>>> recompiling and reinstalling png? If not, please try
recompiling and
>>>>> reinstalling png now that you have z compiled and installed.
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> I'm halfway there... jasper compiled, and then when I got to
libpng I get this error:
>>>>>>
>>>>>> checking for memset... yes
>>>>>> checking for pow... no
>>>>>> checking for pow in -lm... yes
>>>>>> checking for zlibVersion in -lz... no
>>>>>> configure: error: zlib not installed
>>>>>>
>>>>>> I tried compiling zlib by itself, which worked... but I can't
get libpng to cooperate. Any ideas?
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>>> Always feel free to pass on the log file with your errors. I
have a few suggestions though, which may help to resolve those errors.
>>>>>>
>>>>>> Like you said, MODIS requires the Grib-2 libraries. In the URL
I sent, you will want to download the following, in addition to
g2clib-1.4.0.tar, if you don't already have these on your machine:
>>>>>>
>>>>>> jasper-1.900.1.zip
>>>>>> libpng-1.2.34.tar
>>>>>> zlib-1.2.6.tar
>>>>>>
>>>>>> You'll need to compile and install all of them. I suggest
installing them in that order, then compile and install g2clib, and
then try recompiling and installing the MET code.
>>>>>>
>>>>>> That should resolve the problems, but please let me know if you
encounter any difficulty.
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> Hi Julie,
>>>>>>>
>>>>>>> Still no luck here. I went to the web page and, while I
downloaded all the tarred and compressed files, I wasn't sure if all
need to be installed, compiled, etc., to make things work. I got the
'g2clib-1.4.0' files and pointed to that in the user_defs.mk but still
got errors.
>>>>>>>
>>>>>>> We don't use GriB-2 here; we convert everything back to Grib-1
to satisfy legacy code requirements. But it appears that MODIS
requires the Grib-2 libraries to work correctly. Looks like I need to
deal with both to get the whole thing working.
>>>>>>>
>>>>>>> So let's step back to the URL you sent me. What file(s) do I
need to download? Do I need to compile them?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Matt
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
met_help.
>>>>>>>
>>>>>>> Like you said, the library build fails:
>>>>>>>
>>>>>>> In file included from data2d_grib2.cc:33:
>>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or
directory
>>>>>>>
>>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order for
MET to support grib2 files it depends on NCEP's GRIB2 C-Library with
JASPER, PNG, and Z libraries for reading GRIB2 files. I suspect the
problem is either that the GRIB2 C-Library is not installed or that
MET doesn't know where to find it.
>>>>>>>
>>>>>>> If you need to download it, you can find it here:
>>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>>
>>>>>>> Otherwise, please try to locate the GRIB2 C Library and update
the user_defs.mk file with the its location in the section listed
below:
>>>>>>>
>>>>>>> # Top level directory for the GRIB2 C Library if it's not #
installed in a standard location.
>>>>>>> # grib2c include directory specified as: -I/your/include/path
#
>>>>>>> grib2c library directory specified as: -L/your/library/path
>>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>>
>>>>>>> Please let me know if you have any questions or problems.
>>>>>>>
>>>>>>> Have a great weekend!
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Julie
>>>>>>>
>>>>>>>
>>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via
RT wrote:
>>>>>>>>
>>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>>
>>>>>>>> Hi Julie,
>>>>>>>>
>>>>>>>> So John's got you doing the fun stuff now huh? I think he's
out here on vacation actually-I should call him up and ask him to stop
by! Here's the problem; it shows up back in the libraries step.
Since the library build fails, so does the later compile for MODIS
since it depends on those library files, it would appear.
>>>>>>>>
>>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
executables but left out the MODIS and WITH_GRIB2 parts by setting
their flags to 0 in user_defs.mk.
>>>>>>>>
>>>>>>>> The log file with the library error is attached.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Matt
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>> MODIS routines
>>>>>>>>
>>>>>>>> Hi Matt. Thank you for including the error that you
received.
>>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>>
>>>>>>>> Could you please include the entire make log so I can take a
look?
>>>>>>>>
>>>>>>>> Thank you,
>>>>>>>> Julie
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>>> Queue: met_help
>>>>>>>>> Subject: Trying to compile the MODIS routines
>>>>>>>>> Owner: Nobody
>>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>>> Status: new
>>>>>>>>> Ticket <URL:
>>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> One of my colleagues asked us to install the MODIS routines,
as
>>>>>>>>> she'd like to be able to convert those files to NetCDF. I'm
>>>>>>>>> trying to get it to compile.
>>>>>>>>>
>>>>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>>>>> compile the former since the executables appeared to come
with it.
>>>>>>>>> I did compile the latter successfully.
>>>>>>>>>
>>>>>>>>> The error I am getting now is within the MET compile and
>>>>>>>>> suggests I am missing some files. I agree; I *don't* have
the data3d_grib2 file.
>>>>>>>>> Is that file created from one of the peripheral libraries or
>>>>>>>>> should it have been included in MET? The error I got is
pasted below.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Matt
>>>>>>>>> ===
>>>>>>>>>
>>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
>>>>>>>>> cloudsat_swath_file.o sat_utils.o data_averager.o
data_plane_to_netcdf.o \
>>>>>>>>> -o modis_regrid \
>>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/include \
>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>>>> -I/home/qcteam/netcdf/netcdf-
4.1.3/compiled/include \
>>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-
x86_64/lib \
>>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render
>>>>>>>>> -lvx_ps -lvx_afm -lvx_stat_out -lvx_statistics
-lvx_shapedata
>>>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2
-lgrib2c
>>>>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
>>>>>>>>> -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util
-lvx_math
>>>>>>>>> -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl
-lgslcblas \
>>>>>>>>> -lhdfeos \
>>>>>>>>> -lmfhdf \
>>>>>>>>> -ldf \
>>>>>>>>> -lGctp \
>>>>>>>>> -ljpeg \
>>>>>>>>> -lz \
>>>>>>>>> -lm
>>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>>> make[4]: Leaving directory
>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>>> make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>>>>> make: *** [all] Error 2
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> // SIGNED //
>>>>>>>>> Matthew C. Sittel
>>>>>>>>> Associate Scientist
>>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
>>>>>>>>> Offutt AFB, NE
>>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Julie Prestopnik
>>>>>>> National Center for Atmospheric Research Research Applications
>>>>>>> Laboratory
>>>>>>> Phone: 303.497.8399
>>>>>>> Email: jpresto at ucar.edu
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Julie Prestopnik
>>>>>> National Center for Atmospheric Research Research Applications
>>>>>> Laboratory
>>>>>> Phone: 303.497.8399
>>>>>> Email: jpresto at ucar.edu
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Mon Jul 01 15:40:32 2013
Hi Matt. I should also be clear that in setting the environment
variables you should use an absolute path.
Julie
On 07/01/2013 01:52 PM, Julie Prestopnik wrote:
>
> OK. Let's start fresh. Try removing zlib, being sure to get the
header
> files and library files. Try also removing the png directory.
Then,
> unpack and untar the packages again, compiling and installing zlib
first
> and then png.
>
> If that doesn't work, try setting the these two environment
variables
> (please check the paths below and make sure they're correct for your
> enviroment):
>
> export LDFLAGS="-L METv4.1/lib/zlib/lib"
> export CPPFLAGS="-I METv4.1/lib/zlib/include"
>
> and then try reconfiguring.
>
> Hopefully, this will take care of it.
>
> Regards,
> Julie
>
>
> On 07/01/2013 01:33 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hmmm... it likes the --prefix option but not the zlib one. It
says:
>>
>> configure: WARNING: Unrecognized options: --with-zlib-prefix
>>
>> and then proceeds to stop working in the exact same location as
before!
>>
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 2:27 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Perhaps something like:
>>
>> ./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
>>
>> I hope this helps.
>>
>> Julie
>>
>>
>> On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> What is the correct way to use it? I'm not sure where to add it.
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 2:16 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Thanks, Matt.
>>>
>>> It looks like you can use the option "--with-zlib-prefix" in the
>>> configure script for png. Try using that option and see if that
helps.
>>> Please let me know how it works out.
>>>
>>> Thanks,
>>> Julie
>>>
>>>
>>>
>>> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Here's the output from when I run ./configure within
>>>> METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>>>
>>>> The mystery to me is "-lz" and if it is a flag I set when running
>>>> configure or something else. It's not clear from anything I've
>>>> read, and it's barely referenced in the README file. I'm
wondering
>>>> how you successfully compiled it!
>>>>
>>>>
>>>> checking for a BSD-compatible install... /usr/bin/install -c
checking
>>>> whether build environment is sane... yes checking for a thread-
safe
>>>> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
whether
>>>> make sets $(MAKE)... yes checking whether to enable
>>>> maintainer-specific portions of Makefiles... no checking for
gcc...
>>>> gcc checking for C compiler default output file name... a.out
>>>> checking whether the C compiler works... yes checking whether we
are
>>>> cross compiling... no checking for suffix of executables...
>>>> checking for suffix of object files... o checking whether we are
>>>> using the GNU C compiler... yes checking whether gcc accepts
-g...
>>>> yes checking for gcc option to accept ISO C89... none needed
checking
>>>> for style of include used by make... GNU checking dependency
style of
>>>> gcc... gcc3 checking build system type... x86_64-unknown-linux-
gnu
>>>> checking host system type... x86_64-unknown-linux-gnu checking
for a
>>>> sed that does not truncate output... /bin/sed checking for grep
that
>>>> handles long lines and -e... /bin/grep checking for egrep...
>>>> /bin/grep -E checking for fgrep... /bin/grep -F checking for ld
used
>>>> by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU
>>>> ld... yes checking how to run the C preprocessor... gcc -E
checking
>>>> for sed... /bin/sed checking for a BSD-compatible install...
>>>> /usr/bin/install -c checking whether ln -s works... yes checking
>>>> whether make sets $(MAKE)... (cached) yes checking for BSD- or
>>>> MS-compatible name lister (nm)... /usr/bin/nm -B checking the
name
>>>> lister (/usr/bin/nm -B) interface... BSD nm checking the maximum
>>>> length of command line arguments... 98304 checking whether the
shell
>>>> understands some XSI constructs... yes checking whether the shell
>>>> understands "+="... yes checking for /usr/bin/ld option to reload
>>>> object files... -r checking how to recognize dependent
libraries...
>>>> pass_all checking for ar... ar checking for strip... strip
checking
>>>> for ranlib... ranlib checking command to parse /usr/bin/nm -B
output
>>>> from gcc object... ok checking for ANSI C header files... yes
>>>> checking for sys/types.h... yes checking for sys/stat.h... yes
>>>> checking for stdlib.h... yes checking for string.h... yes
checking
>>>> for memory.h... yes checking for strings.h... yes checking for
>>>> inttypes.h... yes checking for stdint.h... yes checking for
>>>> unistd.h... yes checking for dlfcn.h... yes checking for
objdir...
>>>> .libs checking if gcc supports -fno-rtti -fno-exceptions... no
>>>> checking for gcc option to produce PIC... -fPIC -DPIC checking if
gcc
>>>> PIC flag -fPIC -DPIC works... yes checking if gcc static flag
-static
>>>> works... yes checking if gcc supports -c -o file.o... yes
checking if
>>>> gcc supports -c -o file.o... (cached) yes checking whether the
gcc
>>>> linker (/usr/bin/ld -m elf_x86_64) supports shared libraries...
yes
>>>> checking whether -lc should be explicitly linked in... no
checking
>>>> dynamic linker characteristics... GNU/Linux ld.so checking how to
>>>> hardcode library paths into programs... immediate checking
whether
>>>> stripping libraries is possible... yes checking if libtool
supports
>>>> shared libraries... yes checking whether to build shared
libraries...
>>>> yes checking whether to build static libraries... yes checking
for
>>>> ANSI C header files... (cached) yes checking malloc.h
usability...
>>>> yes checking malloc.h presence... yes checking for malloc.h...
yes
>>>> checking for stdlib.h... (cached) yes checking for string.h...
>>>> (cached) yes checking for strings.h... (cached) yes checking for
an
>>>> ANSI C-conforming const... yes checking for size_t... yes
checking
>>>> whether struct tm is in sys/time.h or time.h... time.h checking
for
>>>> working strtod... yes checking for memset... yes checking for
pow...
>>>> no checking for pow in -lm... yes checking for zlibVersion in
-lz...
>>>> no
>>>> configure: error: zlib not installed
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 2:04 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> I'm sorry this isn't working out to be as straightforward as is
>>>> should be.
>>>>
>>>> Could you please send me all of the screen output from attempted
>>>> installation of png, so I can take a look?
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them
both
>>>>> into METv4.1/include, as well as METv4.1/lib and
>>>>> METv4.1/lib/include, just to cover all my bases. I still get
the
>>>>> same error about zlib not being installed. What I can't figure
out
>>>>> is where libpng is looking for zlib (and libpng is
>>>>> METv4.1/lib/libpng). The README said zlib goes at the same
level
>>>>> as libpng (i.e., METv4.1/lib/zlib) but it doesn't work.
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 1:42 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt.
>>>>>
>>>>> png needs access to the zlib.h and zconf.h. It looks like they
>>>>> should be in your install base's (e.g. --prefix when running
>>>>> configure) include directory. For example if your install base
is
>>>>> /d1/local, they should be in /d1/local/include.
>>>>>
>>>>> Can you please locate zlib.h and zconf.h? Could you also please
>>>>> check to see if the library files for zlib are in the lib
directory
>>>>> of your install base (e.g. /d1/local/lib)?
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>>
>>>>>
>>>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> zlib compiles just fine, and quickly too. So that's 2 down.
:)
>>>>>>
>>>>>> I still get the same errors for the libpng install. I set up
the
>>>>>> directory structure as instructed in the README documents, but
the
>>>>>> code still doesn't recognize zlib. I tried putting -lz in the
>>>>>> configure part but that didn’t do it. It didn't like me
including
>>>>>> it in a CFLAGS definition inside the configure file. So I'm
not
>>>>>> sure what to try next...I looked online too and couldn't find
any
>>>>>> helpful advice.
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> It looks like the order I suggested may not have been the best
order.
>>>>>> Sorry about that. It looks like png needs z. I just looked in
>>>>>> the INSTALL file for png and sure enough, it does.
>>>>>>
>>>>>> I wasn't sure if the error for png that you listed was before
or
>>>>>> after you installed z. After you compiled and installed z, did
>>>>>> you try
>>>>>> recompiling and reinstalling png? If not, please try
recompiling
>>>>>> and
>>>>>> reinstalling png now that you have z compiled and installed.
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
>>>>>> wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> I'm halfway there... jasper compiled, and then when I got to
>>>>>>> libpng I get this error:
>>>>>>>
>>>>>>> checking for memset... yes
>>>>>>> checking for pow... no
>>>>>>> checking for pow in -lm... yes
>>>>>>> checking for zlibVersion in -lz... no
>>>>>>> configure: error: zlib not installed
>>>>>>>
>>>>>>> I tried compiling zlib by itself, which worked... but I can't
get
>>>>>>> libpng to cooperate. Any ideas?
>>>>>>>
>>>>>>> Matt
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>>>> Always feel free to pass on the log file with your errors. I
>>>>>>> have a few suggestions though, which may help to resolve those
>>>>>>> errors.
>>>>>>>
>>>>>>> Like you said, MODIS requires the Grib-2 libraries. In the
URL I
>>>>>>> sent, you will want to download the following, in addition to
>>>>>>> g2clib-1.4.0.tar, if you don't already have these on your
machine:
>>>>>>>
>>>>>>> jasper-1.900.1.zip
>>>>>>> libpng-1.2.34.tar
>>>>>>> zlib-1.2.6.tar
>>>>>>>
>>>>>>> You'll need to compile and install all of them. I suggest
>>>>>>> installing them in that order, then compile and install
g2clib,
>>>>>>> and then try recompiling and installing the MET code.
>>>>>>>
>>>>>>> That should resolve the problems, but please let me know if
you
>>>>>>> encounter any difficulty.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Julie
>>>>>>>
>>>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>>
>>>>>>>> Hi Julie,
>>>>>>>>
>>>>>>>> Still no luck here. I went to the web page and, while I
>>>>>>>> downloaded all the tarred and compressed files, I wasn't sure
if
>>>>>>>> all need to be installed, compiled, etc., to make things
work.
>>>>>>>> I got the 'g2clib-1.4.0' files and pointed to that in the
>>>>>>>> user_defs.mk but still got errors.
>>>>>>>>
>>>>>>>> We don't use GriB-2 here; we convert everything back to Grib-
1
>>>>>>>> to satisfy legacy code requirements. But it appears that
MODIS
>>>>>>>> requires the Grib-2 libraries to work correctly. Looks like
I
>>>>>>>> need to deal with both to get the whole thing working.
>>>>>>>>
>>>>>>>> So let's step back to the URL you sent me. What file(s) do I
>>>>>>>> need to download? Do I need to compile them?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Matt
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>>>> routines
>>>>>>>>
>>>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
>>>>>>>> met_help.
>>>>>>>>
>>>>>>>> Like you said, the library build fails:
>>>>>>>>
>>>>>>>> In file included from data2d_grib2.cc:33:
>>>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or
directory
>>>>>>>>
>>>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order
for
>>>>>>>> MET to support grib2 files it depends on NCEP's GRIB2 C-
Library
>>>>>>>> with JASPER, PNG, and Z libraries for reading GRIB2 files. I
>>>>>>>> suspect the problem is either that the GRIB2 C-Library is not
>>>>>>>> installed or that MET doesn't know where to find it.
>>>>>>>>
>>>>>>>> If you need to download it, you can find it here:
>>>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>>>
>>>>>>>> Otherwise, please try to locate the GRIB2 C Library and
update
>>>>>>>> the user_defs.mk file with the its location in the section
>>>>>>>> listed below:
>>>>>>>>
>>>>>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>>>>>> installed in a standard location.
>>>>>>>> # grib2c include directory specified as: -I/your/include/path
#
>>>>>>>> grib2c library directory specified as: -L/your/library/path
>>>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>>>
>>>>>>>> Please let me know if you have any questions or problems.
>>>>>>>>
>>>>>>>> Have a great weekend!
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Julie
>>>>>>>>
>>>>>>>>
>>>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>>>>
>>>>>>>>> Hi Julie,
>>>>>>>>>
>>>>>>>>> So John's got you doing the fun stuff now huh? I think he's
>>>>>>>>> out here on vacation actually-I should call him up and ask
him
>>>>>>>>> to stop by! Here's the problem; it shows up back in the
>>>>>>>>> libraries step. Since the library build fails, so does the
>>>>>>>>> later compile for MODIS since it depends on those library
>>>>>>>>> files, it would appear.
>>>>>>>>>
>>>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
>>>>>>>>> executables but left out the MODIS and WITH_GRIB2 parts by
>>>>>>>>> setting their flags to 0 in user_defs.mk.
>>>>>>>>>
>>>>>>>>> The log file with the library error is attached.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Matt
>>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>> MODIS routines
>>>>>>>>>
>>>>>>>>> Hi Matt. Thank you for including the error that you
received.
>>>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>>>
>>>>>>>>> Could you please include the entire make log so I can take a
look?
>>>>>>>>>
>>>>>>>>> Thank you,
>>>>>>>>> Julie
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>> Queue: met_help
>>>>>>>>>> Subject: Trying to compile the MODIS routines
>>>>>>>>>> Owner: Nobody
>>>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>> Status: new
>>>>>>>>>> Ticket <URL:
>>>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> One of my colleagues asked us to install the MODIS
routines, as
>>>>>>>>>> she'd like to be able to convert those files to NetCDF.
I'm
>>>>>>>>>> trying to get it to compile.
>>>>>>>>>>
>>>>>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>>>>>> compile the former since the executables appeared to come
with
>>>>>>>>>> it.
>>>>>>>>>> I did compile the latter successfully.
>>>>>>>>>>
>>>>>>>>>> The error I am getting now is within the MET compile and
>>>>>>>>>> suggests I am missing some files. I agree; I *don't* have
the
>>>>>>>>>> data3d_grib2 file.
>>>>>>>>>> Is that file created from one of the peripheral libraries
or
>>>>>>>>>> should it have been included in MET? The error I got is
>>>>>>>>>> pasted below.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Matt
>>>>>>>>>> ===
>>>>>>>>>>
>>>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
>>>>>>>>>> cloudsat_swath_file.o sat_utils.o data_averager.o
>>>>>>>>>> data_plane_to_netcdf.o \
>>>>>>>>>> -o modis_regrid \
>>>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>>>>
>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include \
>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>>>>>
>>>>>>>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>>>>
>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>>>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav
-lvx_render
>>>>>>>>>> -lvx_ps -lvx_afm -lvx_stat_out -lvx_statistics
-lvx_shapedata
>>>>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2
-lgrib2c
>>>>>>>>>> -ljasper -lpng -lz -lvx_data2d_nc_pinterp -lvx_data2d
>>>>>>>>>> -lvx_nc_util -lvx_grid -lvx_config -lvx_cal -lvx_util
-lvx_math
>>>>>>>>>> -lvx_color -lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl
-lgslcblas \
>>>>>>>>>> -lhdfeos \
>>>>>>>>>> -lmfhdf \
>>>>>>>>>> -ldf \
>>>>>>>>>> -lGctp \
>>>>>>>>>> -ljpeg \
>>>>>>>>>> -lz \
>>>>>>>>>> -lm
>>>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>>>> make[4]: Leaving directory
>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>>>> make[3]: Leaving directory
>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>>>>>> make: *** [all] Error 2
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> // SIGNED //
>>>>>>>>>> Matthew C. Sittel
>>>>>>>>>> Associate Scientist
>>>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
>>>>>>>>>> Offutt AFB, NE
>>>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Julie Prestopnik
>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>> Laboratory
>>>>>>>> Phone: 303.497.8399
>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Julie Prestopnik
>>>>>>> National Center for Atmospheric Research Research Applications
>>>>>>> Laboratory
>>>>>>> Phone: 303.497.8399
>>>>>>> Email: jpresto at ucar.edu
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Tue Jul 02 07:15:28 2013
Hi Julie,
I cleaned out everything and rebuilt, and the same error has occurred
once again. No problem in getting zlib to compile, but when I run
"./configure" for libpng, it gives me that same "zlib not installed"
error. So it sounds like libpng can't "see" zlib. I'm not sure how
to get it to see it though... since that "-lz" message just before the
error suggests there is a way to tell it. I tried hard coding it but
that didn't work.
checking for memset... yes
checking for pow... no
checking for pow in -lm... yes
checking for zlibVersion in -lz... no
configure: error: zlib not installed
I've got another task to work on. If you wanted to wait until John
got back to work on this, I'm fine with that.
Matt
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 01, 2013 4:41 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Hi Matt. I should also be clear that in setting the environment
variables you should use an absolute path.
Julie
On 07/01/2013 01:52 PM, Julie Prestopnik wrote:
>
> OK. Let's start fresh. Try removing zlib, being sure to get the
> header files and library files. Try also removing the png
directory.
> Then, unpack and untar the packages again, compiling and installing
> zlib first and then png.
>
> If that doesn't work, try setting the these two environment
variables
> (please check the paths below and make sure they're correct for your
> enviroment):
>
> export LDFLAGS="-L METv4.1/lib/zlib/lib"
> export CPPFLAGS="-I METv4.1/lib/zlib/include"
>
> and then try reconfiguring.
>
> Hopefully, this will take care of it.
>
> Regards,
> Julie
>
>
> On 07/01/2013 01:33 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hmmm... it likes the --prefix option but not the zlib one. It
says:
>>
>> configure: WARNING: Unrecognized options: --with-zlib-prefix
>>
>> and then proceeds to stop working in the exact same location as
before!
>>
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 2:27 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Perhaps something like:
>>
>> ./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
>>
>> I hope this helps.
>>
>> Julie
>>
>>
>> On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> What is the correct way to use it? I'm not sure where to add it.
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 2:16 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Thanks, Matt.
>>>
>>> It looks like you can use the option "--with-zlib-prefix" in the
>>> configure script for png. Try using that option and see if that
helps.
>>> Please let me know how it works out.
>>>
>>> Thanks,
>>> Julie
>>>
>>>
>>>
>>> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Here's the output from when I run ./configure within
>>>> METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>>>
>>>> The mystery to me is "-lz" and if it is a flag I set when running
>>>> configure or something else. It's not clear from anything I've
>>>> read, and it's barely referenced in the README file. I'm
wondering
>>>> how you successfully compiled it!
>>>>
>>>>
>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>> checking whether build environment is sane... yes checking for a
>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>> gcc checking for C compiler default output file name... a.out
>>>> checking whether the C compiler works... yes checking whether we
>>>> are cross compiling... no checking for suffix of executables...
>>>> checking for suffix of object files... o checking whether we are
>>>> using the GNU C compiler... yes checking whether gcc accepts
-g...
>>>> yes checking for gcc option to accept ISO C89... none needed
>>>> checking for style of include used by make... GNU checking
>>>> dependency style of gcc... gcc3 checking build system type...
>>>> x86_64-unknown-linux-gnu checking host system type...
>>>> x86_64-unknown-linux-gnu checking for a sed that does not
truncate
>>>> output... /bin/sed checking for grep that handles long lines and
-e... /bin/grep checking for egrep...
>>>> /bin/grep -E checking for fgrep... /bin/grep -F checking for ld
>>>> used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld)
is
>>>> GNU ld... yes checking how to run the C preprocessor... gcc -E
>>>> checking for sed... /bin/sed checking for a BSD-compatible
install...
>>>> /usr/bin/install -c checking whether ln -s works... yes checking
>>>> whether make sets $(MAKE)... (cached) yes checking for BSD- or
>>>> MS-compatible name lister (nm)... /usr/bin/nm -B checking the
name
>>>> lister (/usr/bin/nm -B) interface... BSD nm checking the maximum
>>>> length of command line arguments... 98304 checking whether the
>>>> shell understands some XSI constructs... yes checking whether the
>>>> shell understands "+="... yes checking for /usr/bin/ld option to
>>>> reload object files... -r checking how to recognize dependent
libraries...
>>>> pass_all checking for ar... ar checking for strip... strip
checking
>>>> for ranlib... ranlib checking command to parse /usr/bin/nm -B
>>>> output from gcc object... ok checking for ANSI C header files...
>>>> yes checking for sys/types.h... yes checking for sys/stat.h...
yes
>>>> checking for stdlib.h... yes checking for string.h... yes
checking
>>>> for memory.h... yes checking for strings.h... yes checking for
>>>> inttypes.h... yes checking for stdint.h... yes checking for
>>>> unistd.h... yes checking for dlfcn.h... yes checking for
objdir...
>>>> .libs checking if gcc supports -fno-rtti -fno-exceptions... no
>>>> checking for gcc option to produce PIC... -fPIC -DPIC checking if
>>>> gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag
>>>> -static works... yes checking if gcc supports -c -o file.o... yes
>>>> checking if gcc supports -c -o file.o... (cached) yes checking
>>>> whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
shared
>>>> libraries... yes checking whether -lc should be explicitly linked
>>>> in... no checking dynamic linker characteristics... GNU/Linux
ld.so
>>>> checking how to hardcode library paths into programs... immediate
>>>> checking whether stripping libraries is possible... yes checking
if
>>>> libtool supports shared libraries... yes checking whether to
build shared libraries...
>>>> yes checking whether to build static libraries... yes checking
for
>>>> ANSI C header files... (cached) yes checking malloc.h
usability...
>>>> yes checking malloc.h presence... yes checking for malloc.h...
yes
>>>> checking for stdlib.h... (cached) yes checking for string.h...
>>>> (cached) yes checking for strings.h... (cached) yes checking for
an
>>>> ANSI C-conforming const... yes checking for size_t... yes
checking
>>>> whether struct tm is in sys/time.h or time.h... time.h checking
for
>>>> working strtod... yes checking for memset... yes checking for
pow...
>>>> no checking for pow in -lm... yes checking for zlibVersion in
-lz...
>>>> no
>>>> configure: error: zlib not installed
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 2:04 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> I'm sorry this isn't working out to be as straightforward as is
>>>> should be.
>>>>
>>>> Could you please send me all of the screen output from attempted
>>>> installation of png, so I can take a look?
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them
both
>>>>> into METv4.1/include, as well as METv4.1/lib and
>>>>> METv4.1/lib/include, just to cover all my bases. I still get
the
>>>>> same error about zlib not being installed. What I can't figure
>>>>> out is where libpng is looking for zlib (and libpng is
>>>>> METv4.1/lib/libpng). The README said zlib goes at the same
level
>>>>> as libpng (i.e., METv4.1/lib/zlib) but it doesn't work.
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 1:42 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt.
>>>>>
>>>>> png needs access to the zlib.h and zconf.h. It looks like they
>>>>> should be in your install base's (e.g. --prefix when running
>>>>> configure) include directory. For example if your install base
is
>>>>> /d1/local, they should be in /d1/local/include.
>>>>>
>>>>> Can you please locate zlib.h and zconf.h? Could you also please
>>>>> check to see if the library files for zlib are in the lib
>>>>> directory of your install base (e.g. /d1/local/lib)?
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>>
>>>>>
>>>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> zlib compiles just fine, and quickly too. So that's 2 down.
:)
>>>>>>
>>>>>> I still get the same errors for the libpng install. I set up
the
>>>>>> directory structure as instructed in the README documents, but
>>>>>> the code still doesn't recognize zlib. I tried putting -lz in
>>>>>> the configure part but that didn’t do it. It didn't like me
>>>>>> including it in a CFLAGS definition inside the configure file.
>>>>>> So I'm not sure what to try next...I looked online too and
>>>>>> couldn't find any helpful advice.
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> It looks like the order I suggested may not have been the best
order.
>>>>>> Sorry about that. It looks like png needs z. I just looked in
>>>>>> the INSTALL file for png and sure enough, it does.
>>>>>>
>>>>>> I wasn't sure if the error for png that you listed was before
or
>>>>>> after you installed z. After you compiled and installed z, did
>>>>>> you try
>>>>>> recompiling and reinstalling png? If not, please try
recompiling
>>>>>> and
>>>>>> reinstalling png now that you have z compiled and installed.
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via RT
>>>>>> wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> I'm halfway there... jasper compiled, and then when I got to
>>>>>>> libpng I get this error:
>>>>>>>
>>>>>>> checking for memset... yes
>>>>>>> checking for pow... no
>>>>>>> checking for pow in -lm... yes
>>>>>>> checking for zlibVersion in -lz... no
>>>>>>> configure: error: zlib not installed
>>>>>>>
>>>>>>> I tried compiling zlib by itself, which worked... but I can't
>>>>>>> get libpng to cooperate. Any ideas?
>>>>>>>
>>>>>>> Matt
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>> MODIS routines
>>>>>>>
>>>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>>>> Always feel free to pass on the log file with your errors. I
>>>>>>> have a few suggestions though, which may help to resolve those
>>>>>>> errors.
>>>>>>>
>>>>>>> Like you said, MODIS requires the Grib-2 libraries. In the
URL
>>>>>>> I sent, you will want to download the following, in addition
to
>>>>>>> g2clib-1.4.0.tar, if you don't already have these on your
machine:
>>>>>>>
>>>>>>> jasper-1.900.1.zip
>>>>>>> libpng-1.2.34.tar
>>>>>>> zlib-1.2.6.tar
>>>>>>>
>>>>>>> You'll need to compile and install all of them. I suggest
>>>>>>> installing them in that order, then compile and install
g2clib,
>>>>>>> and then try recompiling and installing the MET code.
>>>>>>>
>>>>>>> That should resolve the problems, but please let me know if
you
>>>>>>> encounter any difficulty.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Julie
>>>>>>>
>>>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>>
>>>>>>>> Hi Julie,
>>>>>>>>
>>>>>>>> Still no luck here. I went to the web page and, while I
>>>>>>>> downloaded all the tarred and compressed files, I wasn't sure
>>>>>>>> if all need to be installed, compiled, etc., to make things
work.
>>>>>>>> I got the 'g2clib-1.4.0' files and pointed to that in the
>>>>>>>> user_defs.mk but still got errors.
>>>>>>>>
>>>>>>>> We don't use GriB-2 here; we convert everything back to Grib-
1
>>>>>>>> to satisfy legacy code requirements. But it appears that
MODIS
>>>>>>>> requires the Grib-2 libraries to work correctly. Looks like
I
>>>>>>>> need to deal with both to get the whole thing working.
>>>>>>>>
>>>>>>>> So let's step back to the URL you sent me. What file(s) do I
>>>>>>>> need to download? Do I need to compile them?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Matt
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>> MODIS routines
>>>>>>>>
>>>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in on
>>>>>>>> met_help.
>>>>>>>>
>>>>>>>> Like you said, the library build fails:
>>>>>>>>
>>>>>>>> In file included from data2d_grib2.cc:33:
>>>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or
directory
>>>>>>>>
>>>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order
for
>>>>>>>> MET to support grib2 files it depends on NCEP's GRIB2 C-
Library
>>>>>>>> with JASPER, PNG, and Z libraries for reading GRIB2 files. I
>>>>>>>> suspect the problem is either that the GRIB2 C-Library is not
>>>>>>>> installed or that MET doesn't know where to find it.
>>>>>>>>
>>>>>>>> If you need to download it, you can find it here:
>>>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>>>
>>>>>>>> Otherwise, please try to locate the GRIB2 C Library and
update
>>>>>>>> the user_defs.mk file with the its location in the section
>>>>>>>> listed below:
>>>>>>>>
>>>>>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>>>>>> installed in a standard location.
>>>>>>>> # grib2c include directory specified as: -I/your/include/path
#
>>>>>>>> grib2c library directory specified as: -L/your/library/path
>>>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>>>
>>>>>>>> Please let me know if you have any questions or problems.
>>>>>>>>
>>>>>>>> Have a great weekend!
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Julie
>>>>>>>>
>>>>>>>>
>>>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>> >
>>>>>>>>>
>>>>>>>>> Hi Julie,
>>>>>>>>>
>>>>>>>>> So John's got you doing the fun stuff now huh? I think he's
>>>>>>>>> out here on vacation actually-I should call him up and ask
him
>>>>>>>>> to stop by! Here's the problem; it shows up back in the
>>>>>>>>> libraries step. Since the library build fails, so does the
>>>>>>>>> later compile for MODIS since it depends on those library
>>>>>>>>> files, it would appear.
>>>>>>>>>
>>>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
>>>>>>>>> executables but left out the MODIS and WITH_GRIB2 parts by
>>>>>>>>> setting their flags to 0 in user_defs.mk.
>>>>>>>>>
>>>>>>>>> The log file with the library error is attached.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Matt
>>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>> MODIS routines
>>>>>>>>>
>>>>>>>>> Hi Matt. Thank you for including the error that you
received.
>>>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>>>
>>>>>>>>> Could you please include the entire make log so I can take a
look?
>>>>>>>>>
>>>>>>>>> Thank you,
>>>>>>>>> Julie
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>> Queue: met_help
>>>>>>>>>> Subject: Trying to compile the MODIS routines
>>>>>>>>>> Owner: Nobody
>>>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>> Status: new
>>>>>>>>>> Ticket <URL:
>>>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> One of my colleagues asked us to install the MODIS
routines,
>>>>>>>>>> as she'd like to be able to convert those files to NetCDF.
>>>>>>>>>> I'm trying to get it to compile.
>>>>>>>>>>
>>>>>>>>>> I have the required libraries for HDF and HDFEOS. I didn't
>>>>>>>>>> compile the former since the executables appeared to come
>>>>>>>>>> with it.
>>>>>>>>>> I did compile the latter successfully.
>>>>>>>>>>
>>>>>>>>>> The error I am getting now is within the MET compile and
>>>>>>>>>> suggests I am missing some files. I agree; I *don't* have
>>>>>>>>>> the
>>>>>>>>>> data3d_grib2 file.
>>>>>>>>>> Is that file created from one of the peripheral libraries
or
>>>>>>>>>> should it have been included in MET? The error I got is
>>>>>>>>>> pasted below.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Matt
>>>>>>>>>> ===
>>>>>>>>>>
>>>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
>>>>>>>>>> cloudsat_swath_file.o sat_utils.o data_averager.o
>>>>>>>>>> data_plane_to_netcdf.o \
>>>>>>>>>> -o modis_regrid \
>>>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>>>>
>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include \
>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>>>>>
>>>>>>>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>>>>
>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>>>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav
-lvx_render
>>>>>>>>>> -lvx_ps -lvx_afm -lvx_stat_out -lvx_statistics
-lvx_shapedata
>>>>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2
>>>>>>>>>> -lgrib2c -ljasper -lpng -lz -lvx_data2d_nc_pinterp
>>>>>>>>>> -lvx_data2d -lvx_nc_util -lvx_grid -lvx_config -lvx_cal
>>>>>>>>>> -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
-lnetcdf -lgsl -lgslcblas \
>>>>>>>>>> -lhdfeos \
>>>>>>>>>> -lmfhdf \
>>>>>>>>>> -ldf \
>>>>>>>>>> -lGctp \
>>>>>>>>>> -ljpeg \
>>>>>>>>>> -lz \
>>>>>>>>>> -lm
>>>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>>>> make[4]: Leaving directory
>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>>>> make[3]: Leaving directory
>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>>>> make[1]: Leaving directory `/ibrix/home/qcteam/METv4.1/src'
>>>>>>>>>> make: *** [all] Error 2
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> // SIGNED //
>>>>>>>>>> Matthew C. Sittel
>>>>>>>>>> Associate Scientist
>>>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
>>>>>>>>>> Offutt AFB, NE
>>>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Julie Prestopnik
>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>> Laboratory
>>>>>>>> Phone: 303.497.8399
>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Julie Prestopnik
>>>>>>> National Center for Atmospheric Research Research Applications
>>>>>>> Laboratory
>>>>>>> Phone: 303.497.8399
>>>>>>> Email: jpresto at ucar.edu
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Tue Jul 02 09:36:52 2013
Hi Matt. I'm sorry I wasn't able to help you resolve this. I think
there are three options now.
1) If you have system administrators that you could ask to help, that
would be worth pursuing.
2) Wait until John gets back and see if he has any other suggestions.
3) Contact someone at libpng for help.
(http://www.libpng.org/pub/png/libpng.html)
Thanks,
Julie
On 07/02/2013 07:15 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi Julie,
>
> I cleaned out everything and rebuilt, and the same error has
occurred once again. No problem in getting zlib to compile, but when
I run "./configure" for libpng, it gives me that same "zlib not
installed" error. So it sounds like libpng can't "see" zlib. I'm not
sure how to get it to see it though... since that "-lz" message just
before the error suggests there is a way to tell it. I tried hard
coding it but that didn't work.
>
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> I've got another task to work on. If you wanted to wait until John
got back to work on this, I'm fine with that.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 4:41 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt. I should also be clear that in setting the environment
variables you should use an absolute path.
>
> Julie
>
> On 07/01/2013 01:52 PM, Julie Prestopnik wrote:
>>
>> OK. Let's start fresh. Try removing zlib, being sure to get the
>> header files and library files. Try also removing the png
directory.
>> Then, unpack and untar the packages again, compiling and installing
>> zlib first and then png.
>>
>> If that doesn't work, try setting the these two environment
variables
>> (please check the paths below and make sure they're correct for
your
>> enviroment):
>>
>> export LDFLAGS="-L METv4.1/lib/zlib/lib"
>> export CPPFLAGS="-I METv4.1/lib/zlib/include"
>>
>> and then try reconfiguring.
>>
>> Hopefully, this will take care of it.
>>
>> Regards,
>> Julie
>>
>>
>> On 07/01/2013 01:33 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hmmm... it likes the --prefix option but not the zlib one. It
says:
>>>
>>> configure: WARNING: Unrecognized options: --with-zlib-prefix
>>>
>>> and then proceeds to stop working in the exact same location as
before!
>>>
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 2:27 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Perhaps something like:
>>>
>>> ./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
>>>
>>> I hope this helps.
>>>
>>> Julie
>>>
>>>
>>> On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> What is the correct way to use it? I'm not sure where to add it.
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 2:16 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Thanks, Matt.
>>>>
>>>> It looks like you can use the option "--with-zlib-prefix" in the
>>>> configure script for png. Try using that option and see if that
helps.
>>>> Please let me know how it works out.
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>>
>>>>
>>>> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Here's the output from when I run ./configure within
>>>>> METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>>>>
>>>>> The mystery to me is "-lz" and if it is a flag I set when
running
>>>>> configure or something else. It's not clear from anything I've
>>>>> read, and it's barely referenced in the README file. I'm
wondering
>>>>> how you successfully compiled it!
>>>>>
>>>>>
>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>> checking whether build environment is sane... yes checking for a
>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>>> gcc checking for C compiler default output file name... a.out
>>>>> checking whether the C compiler works... yes checking whether we
>>>>> are cross compiling... no checking for suffix of executables...
>>>>> checking for suffix of object files... o checking whether we are
>>>>> using the GNU C compiler... yes checking whether gcc accepts
-g...
>>>>> yes checking for gcc option to accept ISO C89... none needed
>>>>> checking for style of include used by make... GNU checking
>>>>> dependency style of gcc... gcc3 checking build system type...
>>>>> x86_64-unknown-linux-gnu checking host system type...
>>>>> x86_64-unknown-linux-gnu checking for a sed that does not
truncate
>>>>> output... /bin/sed checking for grep that handles long lines and
-e... /bin/grep checking for egrep...
>>>>> /bin/grep -E checking for fgrep... /bin/grep -F checking for ld
>>>>> used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld)
is
>>>>> GNU ld... yes checking how to run the C preprocessor... gcc -E
>>>>> checking for sed... /bin/sed checking for a BSD-compatible
install...
>>>>> /usr/bin/install -c checking whether ln -s works... yes checking
>>>>> whether make sets $(MAKE)... (cached) yes checking for BSD- or
>>>>> MS-compatible name lister (nm)... /usr/bin/nm -B checking the
name
>>>>> lister (/usr/bin/nm -B) interface... BSD nm checking the maximum
>>>>> length of command line arguments... 98304 checking whether the
>>>>> shell understands some XSI constructs... yes checking whether
the
>>>>> shell understands "+="... yes checking for /usr/bin/ld option to
>>>>> reload object files... -r checking how to recognize dependent
libraries...
>>>>> pass_all checking for ar... ar checking for strip... strip
checking
>>>>> for ranlib... ranlib checking command to parse /usr/bin/nm -B
>>>>> output from gcc object... ok checking for ANSI C header files...
>>>>> yes checking for sys/types.h... yes checking for sys/stat.h...
yes
>>>>> checking for stdlib.h... yes checking for string.h... yes
checking
>>>>> for memory.h... yes checking for strings.h... yes checking for
>>>>> inttypes.h... yes checking for stdint.h... yes checking for
>>>>> unistd.h... yes checking for dlfcn.h... yes checking for
objdir...
>>>>> .libs checking if gcc supports -fno-rtti -fno-exceptions... no
>>>>> checking for gcc option to produce PIC... -fPIC -DPIC checking
if
>>>>> gcc PIC flag -fPIC -DPIC works... yes checking if gcc static
flag
>>>>> -static works... yes checking if gcc supports -c -o file.o...
yes
>>>>> checking if gcc supports -c -o file.o... (cached) yes checking
>>>>> whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
shared
>>>>> libraries... yes checking whether -lc should be explicitly
linked
>>>>> in... no checking dynamic linker characteristics... GNU/Linux
ld.so
>>>>> checking how to hardcode library paths into programs...
immediate
>>>>> checking whether stripping libraries is possible... yes checking
if
>>>>> libtool supports shared libraries... yes checking whether to
build shared libraries...
>>>>> yes checking whether to build static libraries... yes checking
for
>>>>> ANSI C header files... (cached) yes checking malloc.h
usability...
>>>>> yes checking malloc.h presence... yes checking for malloc.h...
yes
>>>>> checking for stdlib.h... (cached) yes checking for string.h...
>>>>> (cached) yes checking for strings.h... (cached) yes checking for
an
>>>>> ANSI C-conforming const... yes checking for size_t... yes
checking
>>>>> whether struct tm is in sys/time.h or time.h... time.h checking
for
>>>>> working strtod... yes checking for memset... yes checking for
pow...
>>>>> no checking for pow in -lm... yes checking for zlibVersion in
-lz...
>>>>> no
>>>>> configure: error: zlib not installed
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 2:04 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> I'm sorry this isn't working out to be as straightforward as is
>>>>> should be.
>>>>>
>>>>> Could you please send me all of the screen output from attempted
>>>>> installation of png, so I can take a look?
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them
both
>>>>>> into METv4.1/include, as well as METv4.1/lib and
>>>>>> METv4.1/lib/include, just to cover all my bases. I still get
the
>>>>>> same error about zlib not being installed. What I can't figure
>>>>>> out is where libpng is looking for zlib (and libpng is
>>>>>> METv4.1/lib/libpng). The README said zlib goes at the same
level
>>>>>> as libpng (i.e., METv4.1/lib/zlib) but it doesn't work.
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 01, 2013 1:42 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt.
>>>>>>
>>>>>> png needs access to the zlib.h and zconf.h. It looks like they
>>>>>> should be in your install base's (e.g. --prefix when running
>>>>>> configure) include directory. For example if your install base
is
>>>>>> /d1/local, they should be in /d1/local/include.
>>>>>>
>>>>>> Can you please locate zlib.h and zconf.h? Could you also
please
>>>>>> check to see if the library files for zlib are in the lib
>>>>>> directory of your install base (e.g. /d1/local/lib)?
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> zlib compiles just fine, and quickly too. So that's 2 down.
:)
>>>>>>>
>>>>>>> I still get the same errors for the libpng install. I set up
the
>>>>>>> directory structure as instructed in the README documents, but
>>>>>>> the code still doesn't recognize zlib. I tried putting -lz in
>>>>>>> the configure part but that didn’t do it. It didn't like me
>>>>>>> including it in a CFLAGS definition inside the configure file.
>>>>>>> So I'm not sure what to try next...I looked online too and
>>>>>>> couldn't find any helpful advice.
>>>>>>>
>>>>>>> Matt
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> It looks like the order I suggested may not have been the best
order.
>>>>>>> Sorry about that. It looks like png needs z. I just looked
in
>>>>>>> the INSTALL file for png and sure enough, it does.
>>>>>>>
>>>>>>> I wasn't sure if the error for png that you listed was before
or
>>>>>>> after you installed z. After you compiled and installed z,
did
>>>>>>> you try
>>>>>>> recompiling and reinstalling png? If not, please try
recompiling
>>>>>>> and
>>>>>>> reinstalling png now that you have z compiled and installed.
>>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Julie
>>>>>>>
>>>>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>>
>>>>>>>> I'm halfway there... jasper compiled, and then when I got to
>>>>>>>> libpng I get this error:
>>>>>>>>
>>>>>>>> checking for memset... yes
>>>>>>>> checking for pow... no
>>>>>>>> checking for pow in -lm... yes
>>>>>>>> checking for zlibVersion in -lz... no
>>>>>>>> configure: error: zlib not installed
>>>>>>>>
>>>>>>>> I tried compiling zlib by itself, which worked... but I can't
>>>>>>>> get libpng to cooperate. Any ideas?
>>>>>>>>
>>>>>>>> Matt
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>> MODIS routines
>>>>>>>>
>>>>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>>>>> Always feel free to pass on the log file with your errors. I
>>>>>>>> have a few suggestions though, which may help to resolve
those
>>>>>>>> errors.
>>>>>>>>
>>>>>>>> Like you said, MODIS requires the Grib-2 libraries. In the
URL
>>>>>>>> I sent, you will want to download the following, in addition
to
>>>>>>>> g2clib-1.4.0.tar, if you don't already have these on your
machine:
>>>>>>>>
>>>>>>>> jasper-1.900.1.zip
>>>>>>>> libpng-1.2.34.tar
>>>>>>>> zlib-1.2.6.tar
>>>>>>>>
>>>>>>>> You'll need to compile and install all of them. I suggest
>>>>>>>> installing them in that order, then compile and install
g2clib,
>>>>>>>> and then try recompiling and installing the MET code.
>>>>>>>>
>>>>>>>> That should resolve the problems, but please let me know if
you
>>>>>>>> encounter any difficulty.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Julie
>>>>>>>>
>>>>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>>>>
>>>>>>>>> Hi Julie,
>>>>>>>>>
>>>>>>>>> Still no luck here. I went to the web page and, while I
>>>>>>>>> downloaded all the tarred and compressed files, I wasn't
sure
>>>>>>>>> if all need to be installed, compiled, etc., to make things
work.
>>>>>>>>> I got the 'g2clib-1.4.0' files and pointed to that in the
>>>>>>>>> user_defs.mk but still got errors.
>>>>>>>>>
>>>>>>>>> We don't use GriB-2 here; we convert everything back to
Grib-1
>>>>>>>>> to satisfy legacy code requirements. But it appears that
MODIS
>>>>>>>>> requires the Grib-2 libraries to work correctly. Looks like
I
>>>>>>>>> need to deal with both to get the whole thing working.
>>>>>>>>>
>>>>>>>>> So let's step back to the URL you sent me. What file(s) do
I
>>>>>>>>> need to download? Do I need to compile them?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Matt
>>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>> MODIS routines
>>>>>>>>>
>>>>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in
on
>>>>>>>>> met_help.
>>>>>>>>>
>>>>>>>>> Like you said, the library build fails:
>>>>>>>>>
>>>>>>>>> In file included from data2d_grib2.cc:33:
>>>>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or
directory
>>>>>>>>>
>>>>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order
for
>>>>>>>>> MET to support grib2 files it depends on NCEP's GRIB2 C-
Library
>>>>>>>>> with JASPER, PNG, and Z libraries for reading GRIB2 files.
I
>>>>>>>>> suspect the problem is either that the GRIB2 C-Library is
not
>>>>>>>>> installed or that MET doesn't know where to find it.
>>>>>>>>>
>>>>>>>>> If you need to download it, you can find it here:
>>>>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>>>>
>>>>>>>>> Otherwise, please try to locate the GRIB2 C Library and
update
>>>>>>>>> the user_defs.mk file with the its location in the section
>>>>>>>>> listed below:
>>>>>>>>>
>>>>>>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>>>>>>> installed in a standard location.
>>>>>>>>> # grib2c include directory specified as:
-I/your/include/path #
>>>>>>>>> grib2c library directory specified as: -L/your/library/path
>>>>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>>>>
>>>>>>>>> Please let me know if you have any questions or problems.
>>>>>>>>>
>>>>>>>>> Have a great weekend!
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Julie
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi Julie,
>>>>>>>>>>
>>>>>>>>>> So John's got you doing the fun stuff now huh? I think
he's
>>>>>>>>>> out here on vacation actually-I should call him up and ask
him
>>>>>>>>>> to stop by! Here's the problem; it shows up back in the
>>>>>>>>>> libraries step. Since the library build fails, so does the
>>>>>>>>>> later compile for MODIS since it depends on those library
>>>>>>>>>> files, it would appear.
>>>>>>>>>>
>>>>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
>>>>>>>>>> executables but left out the MODIS and WITH_GRIB2 parts by
>>>>>>>>>> setting their flags to 0 in user_defs.mk.
>>>>>>>>>>
>>>>>>>>>> The log file with the library error is attached.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Matt
>>>>>>>>>>
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>>> MODIS routines
>>>>>>>>>>
>>>>>>>>>> Hi Matt. Thank you for including the error that you
received.
>>>>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>>>>
>>>>>>>>>> Could you please include the entire make log so I can take
a look?
>>>>>>>>>>
>>>>>>>>>> Thank you,
>>>>>>>>>> Julie
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>>> Queue: met_help
>>>>>>>>>>> Subject: Trying to compile the MODIS
routines
>>>>>>>>>>> Owner: Nobody
>>>>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>>> Status: new
>>>>>>>>>>> Ticket <URL:
>>>>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> One of my colleagues asked us to install the MODIS
routines,
>>>>>>>>>>> as she'd like to be able to convert those files to NetCDF.
>>>>>>>>>>> I'm trying to get it to compile.
>>>>>>>>>>>
>>>>>>>>>>> I have the required libraries for HDF and HDFEOS. I
didn't
>>>>>>>>>>> compile the former since the executables appeared to come
>>>>>>>>>>> with it.
>>>>>>>>>>> I did compile the latter successfully.
>>>>>>>>>>>
>>>>>>>>>>> The error I am getting now is within the MET compile and
>>>>>>>>>>> suggests I am missing some files. I agree; I *don't* have
>>>>>>>>>>> the
>>>>>>>>>>> data3d_grib2 file.
>>>>>>>>>>> Is that file created from one of the peripheral libraries
or
>>>>>>>>>>> should it have been included in MET? The error I got is
>>>>>>>>>>> pasted below.
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Matt
>>>>>>>>>>> ===
>>>>>>>>>>>
>>>>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
>>>>>>>>>>> cloudsat_swath_file.o sat_utils.o data_averager.o
>>>>>>>>>>> data_plane_to_netcdf.o \
>>>>>>>>>>> -o modis_regrid \
>>>>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>>>>>
>>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include
\
>>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include
\
>>>>>>>>>>>
>>>>>>>>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>>>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>>>>>
>>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>>>>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav
-lvx_render
>>>>>>>>>>> -lvx_ps -lvx_afm -lvx_stat_out -lvx_statistics
-lvx_shapedata
>>>>>>>>>>> -lvx_gsl_prob -lvx_analysis_util -lvx_data2d_factory
>>>>>>>>>>> -lvx_data2d_nc_met -lvx_data2d_grib -lvx_data2d_grib2
>>>>>>>>>>> -lgrib2c -ljasper -lpng -lz -lvx_data2d_nc_pinterp
>>>>>>>>>>> -lvx_data2d -lvx_nc_util -lvx_grid -lvx_config -lvx_cal
>>>>>>>>>>> -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
-lnetcdf -lgsl -lgslcblas \
>>>>>>>>>>> -lhdfeos \
>>>>>>>>>>> -lmfhdf \
>>>>>>>>>>> -ldf \
>>>>>>>>>>> -lGctp \
>>>>>>>>>>> -ljpeg \
>>>>>>>>>>> -lz \
>>>>>>>>>>> -lm
>>>>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>>>>> make[4]: Leaving directory
>>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>>>>> make[3]: Leaving directory
>>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>>>>> make[1]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src'
>>>>>>>>>>> make: *** [all] Error 2
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> // SIGNED //
>>>>>>>>>>> Matthew C. Sittel
>>>>>>>>>>> Associate Scientist
>>>>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
>>>>>>>>>>> Offutt AFB, NE
>>>>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Julie Prestopnik
>>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>>> Laboratory
>>>>>>>>> Phone: 303.497.8399
>>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Julie Prestopnik
>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>> Laboratory
>>>>>>>> Phone: 303.497.8399
>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Julie Prestopnik
>>>>>> National Center for Atmospheric Research Research Applications
>>>>>> Laboratory
>>>>>> Phone: 303.497.8399
>>>>>> Email: jpresto at ucar.edu
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Tue Jul 02 12:29:13 2013
It's okay. I've learned a few things along the way, so I can't
complain about that. Do you know when John gets back?
Thanks,
Matt
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, July 02, 2013 10:37 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Hi Matt. I'm sorry I wasn't able to help you resolve this. I think
there are three options now.
1) If you have system administrators that you could ask to help, that
would be worth pursuing.
2) Wait until John gets back and see if he has any other suggestions.
3) Contact someone at libpng for help.
(http://www.libpng.org/pub/png/libpng.html)
Thanks,
Julie
On 07/02/2013 07:15 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi Julie,
>
> I cleaned out everything and rebuilt, and the same error has
occurred once again. No problem in getting zlib to compile, but when
I run "./configure" for libpng, it gives me that same "zlib not
installed" error. So it sounds like libpng can't "see" zlib. I'm not
sure how to get it to see it though... since that "-lz" message just
before the error suggests there is a way to tell it. I tried hard
coding it but that didn't work.
>
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> I've got another task to work on. If you wanted to wait until John
got back to work on this, I'm fine with that.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 01, 2013 4:41 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Hi Matt. I should also be clear that in setting the environment
variables you should use an absolute path.
>
> Julie
>
> On 07/01/2013 01:52 PM, Julie Prestopnik wrote:
>>
>> OK. Let's start fresh. Try removing zlib, being sure to get the
>> header files and library files. Try also removing the png
directory.
>> Then, unpack and untar the packages again, compiling and installing
>> zlib first and then png.
>>
>> If that doesn't work, try setting the these two environment
variables
>> (please check the paths below and make sure they're correct for
your
>> enviroment):
>>
>> export LDFLAGS="-L METv4.1/lib/zlib/lib"
>> export CPPFLAGS="-I METv4.1/lib/zlib/include"
>>
>> and then try reconfiguring.
>>
>> Hopefully, this will take care of it.
>>
>> Regards,
>> Julie
>>
>>
>> On 07/01/2013 01:33 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hmmm... it likes the --prefix option but not the zlib one. It
says:
>>>
>>> configure: WARNING: Unrecognized options: --with-zlib-prefix
>>>
>>> and then proceeds to stop working in the exact same location as
before!
>>>
>>>
>>> -----Original Message-----
>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 01, 2013 2:27 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Perhaps something like:
>>>
>>> ./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
>>>
>>> I hope this helps.
>>>
>>> Julie
>>>
>>>
>>> On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> What is the correct way to use it? I'm not sure where to add it.
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 2:16 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Thanks, Matt.
>>>>
>>>> It looks like you can use the option "--with-zlib-prefix" in the
>>>> configure script for png. Try using that option and see if that
helps.
>>>> Please let me know how it works out.
>>>>
>>>> Thanks,
>>>> Julie
>>>>
>>>>
>>>>
>>>> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Here's the output from when I run ./configure within
>>>>> METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>>>>
>>>>> The mystery to me is "-lz" and if it is a flag I set when
running
>>>>> configure or something else. It's not clear from anything I've
>>>>> read, and it's barely referenced in the README file. I'm
>>>>> wondering how you successfully compiled it!
>>>>>
>>>>>
>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>> checking whether build environment is sane... yes checking for a
>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>>> gcc checking for C compiler default output file name... a.out
>>>>> checking whether the C compiler works... yes checking whether we
>>>>> are cross compiling... no checking for suffix of executables...
>>>>> checking for suffix of object files... o checking whether we are
>>>>> using the GNU C compiler... yes checking whether gcc accepts
-g...
>>>>> yes checking for gcc option to accept ISO C89... none needed
>>>>> checking for style of include used by make... GNU checking
>>>>> dependency style of gcc... gcc3 checking build system type...
>>>>> x86_64-unknown-linux-gnu checking host system type...
>>>>> x86_64-unknown-linux-gnu checking for a sed that does not
truncate
>>>>> output... /bin/sed checking for grep that handles long lines and
-e... /bin/grep checking for egrep...
>>>>> /bin/grep -E checking for fgrep... /bin/grep -F checking for ld
>>>>> used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld)
is
>>>>> GNU ld... yes checking how to run the C preprocessor... gcc -E
>>>>> checking for sed... /bin/sed checking for a BSD-compatible
install...
>>>>> /usr/bin/install -c checking whether ln -s works... yes checking
>>>>> whether make sets $(MAKE)... (cached) yes checking for BSD- or
>>>>> MS-compatible name lister (nm)... /usr/bin/nm -B checking the
name
>>>>> lister (/usr/bin/nm -B) interface... BSD nm checking the maximum
>>>>> length of command line arguments... 98304 checking whether the
>>>>> shell understands some XSI constructs... yes checking whether
the
>>>>> shell understands "+="... yes checking for /usr/bin/ld option to
>>>>> reload object files... -r checking how to recognize dependent
libraries...
>>>>> pass_all checking for ar... ar checking for strip... strip
>>>>> checking for ranlib... ranlib checking command to parse
>>>>> /usr/bin/nm -B output from gcc object... ok checking for ANSI C
header files...
>>>>> yes checking for sys/types.h... yes checking for sys/stat.h...
yes
>>>>> checking for stdlib.h... yes checking for string.h... yes
checking
>>>>> for memory.h... yes checking for strings.h... yes checking for
>>>>> inttypes.h... yes checking for stdint.h... yes checking for
>>>>> unistd.h... yes checking for dlfcn.h... yes checking for
objdir...
>>>>> .libs checking if gcc supports -fno-rtti -fno-exceptions... no
>>>>> checking for gcc option to produce PIC... -fPIC -DPIC checking
if
>>>>> gcc PIC flag -fPIC -DPIC works... yes checking if gcc static
flag
>>>>> -static works... yes checking if gcc supports -c -o file.o...
yes
>>>>> checking if gcc supports -c -o file.o... (cached) yes checking
>>>>> whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
shared
>>>>> libraries... yes checking whether -lc should be explicitly
linked
>>>>> in... no checking dynamic linker characteristics... GNU/Linux
>>>>> ld.so checking how to hardcode library paths into programs...
>>>>> immediate checking whether stripping libraries is possible...
yes
>>>>> checking if libtool supports shared libraries... yes checking
whether to build shared libraries...
>>>>> yes checking whether to build static libraries... yes checking
for
>>>>> ANSI C header files... (cached) yes checking malloc.h
usability...
>>>>> yes checking malloc.h presence... yes checking for malloc.h...
yes
>>>>> checking for stdlib.h... (cached) yes checking for string.h...
>>>>> (cached) yes checking for strings.h... (cached) yes checking for
>>>>> an ANSI C-conforming const... yes checking for size_t... yes
>>>>> checking whether struct tm is in sys/time.h or time.h... time.h
>>>>> checking for working strtod... yes checking for memset... yes
checking for pow...
>>>>> no checking for pow in -lm... yes checking for zlibVersion in
-lz...
>>>>> no
>>>>> configure: error: zlib not installed
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 2:04 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> I'm sorry this isn't working out to be as straightforward as is
>>>>> should be.
>>>>>
>>>>> Could you please send me all of the screen output from attempted
>>>>> installation of png, so I can take a look?
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them
>>>>>> both into METv4.1/include, as well as METv4.1/lib and
>>>>>> METv4.1/lib/include, just to cover all my bases. I still get
the
>>>>>> same error about zlib not being installed. What I can't figure
>>>>>> out is where libpng is looking for zlib (and libpng is
>>>>>> METv4.1/lib/libpng). The README said zlib goes at the same
level
>>>>>> as libpng (i.e., METv4.1/lib/zlib) but it doesn't work.
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 01, 2013 1:42 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt.
>>>>>>
>>>>>> png needs access to the zlib.h and zconf.h. It looks like they
>>>>>> should be in your install base's (e.g. --prefix when running
>>>>>> configure) include directory. For example if your install base
is
>>>>>> /d1/local, they should be in /d1/local/include.
>>>>>>
>>>>>> Can you please locate zlib.h and zconf.h? Could you also
please
>>>>>> check to see if the library files for zlib are in the lib
>>>>>> directory of your install base (e.g. /d1/local/lib)?
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> zlib compiles just fine, and quickly too. So that's 2 down.
:)
>>>>>>>
>>>>>>> I still get the same errors for the libpng install. I set up
>>>>>>> the directory structure as instructed in the README documents,
>>>>>>> but the code still doesn't recognize zlib. I tried putting
-lz
>>>>>>> in the configure part but that didn’t do it. It didn't like
me
>>>>>>> including it in a CFLAGS definition inside the configure file.
>>>>>>> So I'm not sure what to try next...I looked online too and
>>>>>>> couldn't find any helpful advice.
>>>>>>>
>>>>>>> Matt
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>> MODIS routines
>>>>>>>
>>>>>>> It looks like the order I suggested may not have been the best
order.
>>>>>>> Sorry about that. It looks like png needs z. I just looked
in
>>>>>>> the INSTALL file for png and sure enough, it does.
>>>>>>>
>>>>>>> I wasn't sure if the error for png that you listed was before
or
>>>>>>> after you installed z. After you compiled and installed z,
did
>>>>>>> you try
>>>>>>> recompiling and reinstalling png? If not, please try
recompiling
>>>>>>> and
>>>>>>> reinstalling png now that you have z compiled and installed.
>>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Julie
>>>>>>>
>>>>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>>
>>>>>>>> I'm halfway there... jasper compiled, and then when I got to
>>>>>>>> libpng I get this error:
>>>>>>>>
>>>>>>>> checking for memset... yes
>>>>>>>> checking for pow... no
>>>>>>>> checking for pow in -lm... yes
>>>>>>>> checking for zlibVersion in -lz... no
>>>>>>>> configure: error: zlib not installed
>>>>>>>>
>>>>>>>> I tried compiling zlib by itself, which worked... but I can't
>>>>>>>> get libpng to cooperate. Any ideas?
>>>>>>>>
>>>>>>>> Matt
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>> MODIS routines
>>>>>>>>
>>>>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>>>>> Always feel free to pass on the log file with your errors. I
>>>>>>>> have a few suggestions though, which may help to resolve
those
>>>>>>>> errors.
>>>>>>>>
>>>>>>>> Like you said, MODIS requires the Grib-2 libraries. In the
URL
>>>>>>>> I sent, you will want to download the following, in addition
to
>>>>>>>> g2clib-1.4.0.tar, if you don't already have these on your
machine:
>>>>>>>>
>>>>>>>> jasper-1.900.1.zip
>>>>>>>> libpng-1.2.34.tar
>>>>>>>> zlib-1.2.6.tar
>>>>>>>>
>>>>>>>> You'll need to compile and install all of them. I suggest
>>>>>>>> installing them in that order, then compile and install
g2clib,
>>>>>>>> and then try recompiling and installing the MET code.
>>>>>>>>
>>>>>>>> That should resolve the problems, but please let me know if
you
>>>>>>>> encounter any difficulty.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Julie
>>>>>>>>
>>>>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>> >
>>>>>>>>>
>>>>>>>>> Hi Julie,
>>>>>>>>>
>>>>>>>>> Still no luck here. I went to the web page and, while I
>>>>>>>>> downloaded all the tarred and compressed files, I wasn't
sure
>>>>>>>>> if all need to be installed, compiled, etc., to make things
work.
>>>>>>>>> I got the 'g2clib-1.4.0' files and pointed to that in the
>>>>>>>>> user_defs.mk but still got errors.
>>>>>>>>>
>>>>>>>>> We don't use GriB-2 here; we convert everything back to
Grib-1
>>>>>>>>> to satisfy legacy code requirements. But it appears that
>>>>>>>>> MODIS requires the Grib-2 libraries to work correctly.
Looks
>>>>>>>>> like I need to deal with both to get the whole thing
working.
>>>>>>>>>
>>>>>>>>> So let's step back to the URL you sent me. What file(s) do
I
>>>>>>>>> need to download? Do I need to compile them?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Matt
>>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>> MODIS routines
>>>>>>>>>
>>>>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in
on
>>>>>>>>> met_help.
>>>>>>>>>
>>>>>>>>> Like you said, the library build fails:
>>>>>>>>>
>>>>>>>>> In file included from data2d_grib2.cc:33:
>>>>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or
>>>>>>>>> directory
>>>>>>>>>
>>>>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order
for
>>>>>>>>> MET to support grib2 files it depends on NCEP's GRIB2
>>>>>>>>> C-Library with JASPER, PNG, and Z libraries for reading
GRIB2
>>>>>>>>> files. I suspect the problem is either that the GRIB2
>>>>>>>>> C-Library is not installed or that MET doesn't know where to
find it.
>>>>>>>>>
>>>>>>>>> If you need to download it, you can find it here:
>>>>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>>>>
>>>>>>>>> Otherwise, please try to locate the GRIB2 C Library and
update
>>>>>>>>> the user_defs.mk file with the its location in the section
>>>>>>>>> listed below:
>>>>>>>>>
>>>>>>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>>>>>>> installed in a standard location.
>>>>>>>>> # grib2c include directory specified as:
-I/your/include/path
>>>>>>>>> # grib2c library directory specified as:
-L/your/library/path
>>>>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>>>>
>>>>>>>>> Please let me know if you have any questions or problems.
>>>>>>>>>
>>>>>>>>> Have a great weekend!
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Julie
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil via
>>>>>>>>> RT
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi Julie,
>>>>>>>>>>
>>>>>>>>>> So John's got you doing the fun stuff now huh? I think
he's
>>>>>>>>>> out here on vacation actually-I should call him up and ask
>>>>>>>>>> him to stop by! Here's the problem; it shows up back in
the
>>>>>>>>>> libraries step. Since the library build fails, so does the
>>>>>>>>>> later compile for MODIS since it depends on those library
>>>>>>>>>> files, it would appear.
>>>>>>>>>>
>>>>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
>>>>>>>>>> executables but left out the MODIS and WITH_GRIB2 parts by
>>>>>>>>>> setting their flags to 0 in user_defs.mk.
>>>>>>>>>>
>>>>>>>>>> The log file with the library error is attached.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Matt
>>>>>>>>>>
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>>> MODIS routines
>>>>>>>>>>
>>>>>>>>>> Hi Matt. Thank you for including the error that you
received.
>>>>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>>>>
>>>>>>>>>> Could you please include the entire make log so I can take
a look?
>>>>>>>>>>
>>>>>>>>>> Thank you,
>>>>>>>>>> Julie
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>>> Queue: met_help
>>>>>>>>>>> Subject: Trying to compile the MODIS
routines
>>>>>>>>>>> Owner: Nobody
>>>>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>>> Status: new
>>>>>>>>>>> Ticket <URL:
>>>>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> One of my colleagues asked us to install the MODIS
routines,
>>>>>>>>>>> as she'd like to be able to convert those files to NetCDF.
>>>>>>>>>>> I'm trying to get it to compile.
>>>>>>>>>>>
>>>>>>>>>>> I have the required libraries for HDF and HDFEOS. I
didn't
>>>>>>>>>>> compile the former since the executables appeared to come
>>>>>>>>>>> with it.
>>>>>>>>>>> I did compile the latter successfully.
>>>>>>>>>>>
>>>>>>>>>>> The error I am getting now is within the MET compile and
>>>>>>>>>>> suggests I am missing some files. I agree; I *don't* have
>>>>>>>>>>> the
>>>>>>>>>>> data3d_grib2 file.
>>>>>>>>>>> Is that file created from one of the peripheral libraries
or
>>>>>>>>>>> should it have been included in MET? The error I got is
>>>>>>>>>>> pasted below.
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Matt
>>>>>>>>>>> ===
>>>>>>>>>>>
>>>>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
>>>>>>>>>>> cloudsat_swath_file.o sat_utils.o data_averager.o
>>>>>>>>>>> data_plane_to_netcdf.o \
>>>>>>>>>>> -o modis_regrid \
>>>>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>>>>>
>>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include
\
>>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdfeos/include
\
>>>>>>>>>>>
>>>>>>>>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>>>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>>>>>
>>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>>>>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav
>>>>>>>>>>> -lvx_render -lvx_ps -lvx_afm -lvx_stat_out -lvx_statistics
>>>>>>>>>>> -lvx_shapedata -lvx_gsl_prob -lvx_analysis_util
>>>>>>>>>>> -lvx_data2d_factory -lvx_data2d_nc_met -lvx_data2d_grib
>>>>>>>>>>> -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>>>>>>>>>>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
>>>>>>>>>>> -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color
-lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>>>>>>>>>> -lhdfeos \
>>>>>>>>>>> -lmfhdf \
>>>>>>>>>>> -ldf \
>>>>>>>>>>> -lGctp \
>>>>>>>>>>> -ljpeg \
>>>>>>>>>>> -lz \
>>>>>>>>>>> -lm
>>>>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>>>>> make[4]: Leaving directory
>>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>>>>> make[3]: Leaving directory
>>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>>>>> make[1]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src'
>>>>>>>>>>> make: *** [all] Error 2
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> // SIGNED //
>>>>>>>>>>> Matthew C. Sittel
>>>>>>>>>>> Associate Scientist
>>>>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
>>>>>>>>>>> Offutt AFB, NE
>>>>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Julie Prestopnik
>>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>>> Laboratory
>>>>>>>>> Phone: 303.497.8399
>>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Julie Prestopnik
>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>> Laboratory
>>>>>>>> Phone: 303.497.8399
>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Julie Prestopnik
>>>>>> National Center for Atmospheric Research Research Applications
>>>>>> Laboratory
>>>>>> Phone: 303.497.8399
>>>>>> Email: jpresto at ucar.edu
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> National Center for Atmospheric Research Research Applications
>>>>> Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Julie Prestopnik
>>> National Center for Atmospheric Research Research Applications
>>> Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu
>>>
>>>
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
> Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research Research Applications
Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: Julie Prestopnik
Time: Tue Jul 02 13:17:39 2013
Hi Matt. Thank you. I believe he'll be back on the 8th.
Regards,
Julie
On 07/02/2013 12:29 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> It's okay. I've learned a few things along the way, so I can't
complain about that. Do you know when John gets back?
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, July 02, 2013 10:37 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt. I'm sorry I wasn't able to help you resolve this. I think
there are three options now.
>
> 1) If you have system administrators that you could ask to help,
that would be worth pursuing.
>
> 2) Wait until John gets back and see if he has any other
suggestions.
>
> 3) Contact someone at libpng for help.
> (http://www.libpng.org/pub/png/libpng.html)
>
> Thanks,
> Julie
>
> On 07/02/2013 07:15 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hi Julie,
>>
>> I cleaned out everything and rebuilt, and the same error has
occurred once again. No problem in getting zlib to compile, but when
I run "./configure" for libpng, it gives me that same "zlib not
installed" error. So it sounds like libpng can't "see" zlib. I'm not
sure how to get it to see it though... since that "-lz" message just
before the error suggests there is a way to tell it. I tried hard
coding it but that didn't work.
>>
>> checking for memset... yes
>> checking for pow... no
>> checking for pow in -lm... yes
>> checking for zlibVersion in -lz... no
>> configure: error: zlib not installed
>>
>> I've got another task to work on. If you wanted to wait until John
got back to work on this, I'm fine with that.
>>
>> Matt
>>
>> -----Original Message-----
>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 01, 2013 4:41 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt. I should also be clear that in setting the environment
variables you should use an absolute path.
>>
>> Julie
>>
>> On 07/01/2013 01:52 PM, Julie Prestopnik wrote:
>>>
>>> OK. Let's start fresh. Try removing zlib, being sure to get the
>>> header files and library files. Try also removing the png
directory.
>>> Then, unpack and untar the packages again, compiling and
installing
>>> zlib first and then png.
>>>
>>> If that doesn't work, try setting the these two environment
variables
>>> (please check the paths below and make sure they're correct for
your
>>> enviroment):
>>>
>>> export LDFLAGS="-L METv4.1/lib/zlib/lib"
>>> export CPPFLAGS="-I METv4.1/lib/zlib/include"
>>>
>>> and then try reconfiguring.
>>>
>>> Hopefully, this will take care of it.
>>>
>>> Regards,
>>> Julie
>>>
>>>
>>> On 07/01/2013 01:33 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Hmmm... it likes the --prefix option but not the zlib one. It
says:
>>>>
>>>> configure: WARNING: Unrecognized options: --with-zlib-prefix
>>>>
>>>> and then proceeds to stop working in the exact same location as
before!
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 01, 2013 2:27 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Perhaps something like:
>>>>
>>>> ./configure --prefix=METv4.1/ --with-zlib-prefix=METv4.1/lib/zlib
>>>>
>>>> I hope this helps.
>>>>
>>>> Julie
>>>>
>>>>
>>>> On 07/01/2013 01:23 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> What is the correct way to use it? I'm not sure where to add
it.
>>>>>
>>>>> -----Original Message-----
>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 01, 2013 2:16 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Thanks, Matt.
>>>>>
>>>>> It looks like you can use the option "--with-zlib-prefix" in the
>>>>> configure script for png. Try using that option and see if that
helps.
>>>>> Please let me know how it works out.
>>>>>
>>>>> Thanks,
>>>>> Julie
>>>>>
>>>>>
>>>>>
>>>>> On 07/01/2013 01:07 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> Here's the output from when I run ./configure within
>>>>>> METv4.1/lib/libpng (and zlib is in METv4.1/lib/zlib).
>>>>>>
>>>>>> The mystery to me is "-lz" and if it is a flag I set when
running
>>>>>> configure or something else. It's not clear from anything I've
>>>>>> read, and it's barely referenced in the README file. I'm
>>>>>> wondering how you successfully compiled it!
>>>>>>
>>>>>>
>>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>>> checking whether build environment is sane... yes checking for
a
>>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>>>> gcc checking for C compiler default output file name... a.out
>>>>>> checking whether the C compiler works... yes checking whether
we
>>>>>> are cross compiling... no checking for suffix of executables...
>>>>>> checking for suffix of object files... o checking whether we
are
>>>>>> using the GNU C compiler... yes checking whether gcc accepts
-g...
>>>>>> yes checking for gcc option to accept ISO C89... none needed
>>>>>> checking for style of include used by make... GNU checking
>>>>>> dependency style of gcc... gcc3 checking build system type...
>>>>>> x86_64-unknown-linux-gnu checking host system type...
>>>>>> x86_64-unknown-linux-gnu checking for a sed that does not
truncate
>>>>>> output... /bin/sed checking for grep that handles long lines
and -e... /bin/grep checking for egrep...
>>>>>> /bin/grep -E checking for fgrep... /bin/grep -F checking for ld
>>>>>> used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld)
is
>>>>>> GNU ld... yes checking how to run the C preprocessor... gcc -E
>>>>>> checking for sed... /bin/sed checking for a BSD-compatible
install...
>>>>>> /usr/bin/install -c checking whether ln -s works... yes
checking
>>>>>> whether make sets $(MAKE)... (cached) yes checking for BSD- or
>>>>>> MS-compatible name lister (nm)... /usr/bin/nm -B checking the
name
>>>>>> lister (/usr/bin/nm -B) interface... BSD nm checking the
maximum
>>>>>> length of command line arguments... 98304 checking whether the
>>>>>> shell understands some XSI constructs... yes checking whether
the
>>>>>> shell understands "+="... yes checking for /usr/bin/ld option
to
>>>>>> reload object files... -r checking how to recognize dependent
libraries...
>>>>>> pass_all checking for ar... ar checking for strip... strip
>>>>>> checking for ranlib... ranlib checking command to parse
>>>>>> /usr/bin/nm -B output from gcc object... ok checking for ANSI C
header files...
>>>>>> yes checking for sys/types.h... yes checking for sys/stat.h...
yes
>>>>>> checking for stdlib.h... yes checking for string.h... yes
checking
>>>>>> for memory.h... yes checking for strings.h... yes checking for
>>>>>> inttypes.h... yes checking for stdint.h... yes checking for
>>>>>> unistd.h... yes checking for dlfcn.h... yes checking for
objdir...
>>>>>> .libs checking if gcc supports -fno-rtti -fno-exceptions... no
>>>>>> checking for gcc option to produce PIC... -fPIC -DPIC checking
if
>>>>>> gcc PIC flag -fPIC -DPIC works... yes checking if gcc static
flag
>>>>>> -static works... yes checking if gcc supports -c -o file.o...
yes
>>>>>> checking if gcc supports -c -o file.o... (cached) yes checking
>>>>>> whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports
shared
>>>>>> libraries... yes checking whether -lc should be explicitly
linked
>>>>>> in... no checking dynamic linker characteristics... GNU/Linux
>>>>>> ld.so checking how to hardcode library paths into programs...
>>>>>> immediate checking whether stripping libraries is possible...
yes
>>>>>> checking if libtool supports shared libraries... yes checking
whether to build shared libraries...
>>>>>> yes checking whether to build static libraries... yes checking
for
>>>>>> ANSI C header files... (cached) yes checking malloc.h
usability...
>>>>>> yes checking malloc.h presence... yes checking for malloc.h...
yes
>>>>>> checking for stdlib.h... (cached) yes checking for string.h...
>>>>>> (cached) yes checking for strings.h... (cached) yes checking
for
>>>>>> an ANSI C-conforming const... yes checking for size_t... yes
>>>>>> checking whether struct tm is in sys/time.h or time.h... time.h
>>>>>> checking for working strtod... yes checking for memset... yes
checking for pow...
>>>>>> no checking for pow in -lm... yes checking for zlibVersion in
-lz...
>>>>>> no
>>>>>> configure: error: zlib not installed
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 01, 2013 2:04 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> I'm sorry this isn't working out to be as straightforward as is
>>>>>> should be.
>>>>>>
>>>>>> Could you please send me all of the screen output from
attempted
>>>>>> installation of png, so I can take a look?
>>>>>>
>>>>>> Thanks,
>>>>>> Julie
>>>>>>
>>>>>> On 07/01/2013 12:52 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> I have zlib.h and zconf.h in METv4.1/lib/zlib. I copied them
>>>>>>> both into METv4.1/include, as well as METv4.1/lib and
>>>>>>> METv4.1/lib/include, just to cover all my bases. I still get
the
>>>>>>> same error about zlib not being installed. What I can't
figure
>>>>>>> out is where libpng is looking for zlib (and libpng is
>>>>>>> METv4.1/lib/libpng). The README said zlib goes at the same
level
>>>>>>> as libpng (i.e., METv4.1/lib/zlib) but it doesn't work.
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 01, 2013 1:42 PM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> Hi Matt.
>>>>>>>
>>>>>>> png needs access to the zlib.h and zconf.h. It looks like
they
>>>>>>> should be in your install base's (e.g. --prefix when running
>>>>>>> configure) include directory. For example if your install base
is
>>>>>>> /d1/local, they should be in /d1/local/include.
>>>>>>>
>>>>>>> Can you please locate zlib.h and zconf.h? Could you also
please
>>>>>>> check to see if the library files for zlib are in the lib
>>>>>>> directory of your install base (e.g. /d1/local/lib)?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Julie
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 07/01/2013 12:31 PM, matthew.sittel.ctr at offutt.af.mil via
RT wrote:
>>>>>>>>
>>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>>
>>>>>>>> zlib compiles just fine, and quickly too. So that's 2 down.
:)
>>>>>>>>
>>>>>>>> I still get the same errors for the libpng install. I set up
>>>>>>>> the directory structure as instructed in the README
documents,
>>>>>>>> but the code still doesn't recognize zlib. I tried putting
-lz
>>>>>>>> in the configure part but that didn’t do it. It didn't like
me
>>>>>>>> including it in a CFLAGS definition inside the configure
file.
>>>>>>>> So I'm not sure what to try next...I looked online too and
>>>>>>>> couldn't find any helpful advice.
>>>>>>>>
>>>>>>>> Matt
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>> Sent: Monday, July 01, 2013 1:25 PM
>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>> MODIS routines
>>>>>>>>
>>>>>>>> It looks like the order I suggested may not have been the
best order.
>>>>>>>> Sorry about that. It looks like png needs z. I just looked
in
>>>>>>>> the INSTALL file for png and sure enough, it does.
>>>>>>>>
>>>>>>>> I wasn't sure if the error for png that you listed was before
or
>>>>>>>> after you installed z. After you compiled and installed z,
did
>>>>>>>> you try
>>>>>>>> recompiling and reinstalling png? If not, please try
recompiling
>>>>>>>> and
>>>>>>>> reinstalling png now that you have z compiled and installed.
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Julie
>>>>>>>>
>>>>>>>> On 07/01/2013 12:18 PM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>>>>
>>>>>>>>> I'm halfway there... jasper compiled, and then when I got to
>>>>>>>>> libpng I get this error:
>>>>>>>>>
>>>>>>>>> checking for memset... yes
>>>>>>>>> checking for pow... no
>>>>>>>>> checking for pow in -lm... yes
>>>>>>>>> checking for zlibVersion in -lz... no
>>>>>>>>> configure: error: zlib not installed
>>>>>>>>>
>>>>>>>>> I tried compiling zlib by itself, which worked... but I
can't
>>>>>>>>> get libpng to cooperate. Any ideas?
>>>>>>>>>
>>>>>>>>> Matt
>>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>> Sent: Monday, July 01, 2013 10:49 AM
>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>> MODIS routines
>>>>>>>>>
>>>>>>>>> Hi Matt. I'm sorry to hear about the trouble you have been
having.
>>>>>>>>> Always feel free to pass on the log file with your errors.
I
>>>>>>>>> have a few suggestions though, which may help to resolve
those
>>>>>>>>> errors.
>>>>>>>>>
>>>>>>>>> Like you said, MODIS requires the Grib-2 libraries. In the
URL
>>>>>>>>> I sent, you will want to download the following, in addition
to
>>>>>>>>> g2clib-1.4.0.tar, if you don't already have these on your
machine:
>>>>>>>>>
>>>>>>>>> jasper-1.900.1.zip
>>>>>>>>> libpng-1.2.34.tar
>>>>>>>>> zlib-1.2.6.tar
>>>>>>>>>
>>>>>>>>> You'll need to compile and install all of them. I suggest
>>>>>>>>> installing them in that order, then compile and install
g2clib,
>>>>>>>>> and then try recompiling and installing the MET code.
>>>>>>>>>
>>>>>>>>> That should resolve the problems, but please let me know if
you
>>>>>>>>> encounter any difficulty.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Julie
>>>>>>>>>
>>>>>>>>> On 07/01/2013 08:50 AM, matthew.sittel.ctr at offutt.af.mil via
RT
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi Julie,
>>>>>>>>>>
>>>>>>>>>> Still no luck here. I went to the web page and, while I
>>>>>>>>>> downloaded all the tarred and compressed files, I wasn't
sure
>>>>>>>>>> if all need to be installed, compiled, etc., to make things
work.
>>>>>>>>>> I got the 'g2clib-1.4.0' files and pointed to that in the
>>>>>>>>>> user_defs.mk but still got errors.
>>>>>>>>>>
>>>>>>>>>> We don't use GriB-2 here; we convert everything back to
Grib-1
>>>>>>>>>> to satisfy legacy code requirements. But it appears that
>>>>>>>>>> MODIS requires the Grib-2 libraries to work correctly.
Looks
>>>>>>>>>> like I need to deal with both to get the whole thing
working.
>>>>>>>>>>
>>>>>>>>>> So let's step back to the URL you sent me. What file(s) do
I
>>>>>>>>>> need to download? Do I need to compile them?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Matt
>>>>>>>>>>
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>>> Sent: Friday, June 28, 2013 2:53 PM
>>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
>>>>>>>>>> MODIS routines
>>>>>>>>>>
>>>>>>>>>> Hi Matt. :) Yes, John is on vacation, so I am filling in
on
>>>>>>>>>> met_help.
>>>>>>>>>>
>>>>>>>>>> Like you said, the library build fails:
>>>>>>>>>>
>>>>>>>>>> In file included from data2d_grib2.cc:33:
>>>>>>>>>> data2d_grib2.h:31:21: error: grib2.h: No such file or
>>>>>>>>>> directory
>>>>>>>>>>
>>>>>>>>>> grib2.h is included with NCEP's GRIB2 C-Library. In order
for
>>>>>>>>>> MET to support grib2 files it depends on NCEP's GRIB2
>>>>>>>>>> C-Library with JASPER, PNG, and Z libraries for reading
GRIB2
>>>>>>>>>> files. I suspect the problem is either that the GRIB2
>>>>>>>>>> C-Library is not installed or that MET doesn't know where
to find it.
>>>>>>>>>>
>>>>>>>>>> If you need to download it, you can find it here:
>>>>>>>>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>>>>>>>>
>>>>>>>>>> Otherwise, please try to locate the GRIB2 C Library and
update
>>>>>>>>>> the user_defs.mk file with the its location in the section
>>>>>>>>>> listed below:
>>>>>>>>>>
>>>>>>>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>>>>>>>> installed in a standard location.
>>>>>>>>>> # grib2c include directory specified as:
-I/your/include/path
>>>>>>>>>> # grib2c library directory specified as:
-L/your/library/path
>>>>>>>>>> GRIB2C_BASE = GRIB2C_INCS = GRIB2C_LIBS =
>>>>>>>>>>
>>>>>>>>>> Please let me know if you have any questions or problems.
>>>>>>>>>>
>>>>>>>>>> Have a great weekend!
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Julie
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 06/28/2013 12:43 PM, matthew.sittel.ctr at offutt.af.mil
via
>>>>>>>>>> RT
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hi Julie,
>>>>>>>>>>>
>>>>>>>>>>> So John's got you doing the fun stuff now huh? I think
he's
>>>>>>>>>>> out here on vacation actually-I should call him up and ask
>>>>>>>>>>> him to stop by! Here's the problem; it shows up back in
the
>>>>>>>>>>> libraries step. Since the library build fails, so does
the
>>>>>>>>>>> later compile for MODIS since it depends on those library
>>>>>>>>>>> files, it would appear.
>>>>>>>>>>>
>>>>>>>>>>> For now, since we are using MET 4.1, I've rebuilt all the
>>>>>>>>>>> executables but left out the MODIS and WITH_GRIB2 parts by
>>>>>>>>>>> setting their flags to 0 in user_defs.mk.
>>>>>>>>>>>
>>>>>>>>>>> The log file with the library error is attached.
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Matt
>>>>>>>>>>>
>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
>>>>>>>>>>> Sent: Friday, June 28, 2013 11:18 AM
>>>>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile
the
>>>>>>>>>>> MODIS routines
>>>>>>>>>>>
>>>>>>>>>>> Hi Matt. Thank you for including the error that you
received.
>>>>>>>>>>> vx_data2d_grib2 is included with MET.
>>>>>>>>>>>
>>>>>>>>>>> Could you please include the entire make log so I can take
a look?
>>>>>>>>>>>
>>>>>>>>>>> Thank you,
>>>>>>>>>>> Julie
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Fri Jun 28 09:38:06 2013: Request 62023 was acted upon.
>>>>>>>>>>>> Transaction: Ticket created by
matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>>>> Queue: met_help
>>>>>>>>>>>> Subject: Trying to compile the MODIS
routines
>>>>>>>>>>>> Owner: Nobody
>>>>>>>>>>>> Requestors: matthew.sittel.ctr at offutt.af.mil
>>>>>>>>>>>> Status: new
>>>>>>>>>>>> Ticket <URL:
>>>>>>>>>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> One of my colleagues asked us to install the MODIS
routines,
>>>>>>>>>>>> as she'd like to be able to convert those files to
NetCDF.
>>>>>>>>>>>> I'm trying to get it to compile.
>>>>>>>>>>>>
>>>>>>>>>>>> I have the required libraries for HDF and HDFEOS. I
didn't
>>>>>>>>>>>> compile the former since the executables appeared to come
>>>>>>>>>>>> with it.
>>>>>>>>>>>> I did compile the latter successfully.
>>>>>>>>>>>>
>>>>>>>>>>>> The error I am getting now is within the MET compile and
>>>>>>>>>>>> suggests I am missing some files. I agree; I *don't*
have
>>>>>>>>>>>> the
>>>>>>>>>>>> data3d_grib2 file.
>>>>>>>>>>>> Is that file created from one of the peripheral libraries
or
>>>>>>>>>>>> should it have been included in MET? The error I got is
>>>>>>>>>>>> pasted below.
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Matt
>>>>>>>>>>>> ===
>>>>>>>>>>>>
>>>>>>>>>>>> /usr/bin/g++ modis_regrid.cc modis_file.o
>>>>>>>>>>>> cloudsat_swath_file.o sat_utils.o data_averager.o
>>>>>>>>>>>> data_plane_to_netcdf.o \
>>>>>>>>>>>> -o modis_regrid \
>>>>>>>>>>>> -Wall -Wshadow -static -g \
>>>>>>>>>>>> -I/home/qcteam/METv4.1/include \
>>>>>>>>>>>>
>>>>>>>>>>>> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include
\
>>>>>>>>>>>>
-I/home/qcteam/METv4.1/lib/hdfeos/include \
>>>>>>>>>>>>
>>>>>>>>>>>> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
>>>>>>>>>>>> -I/h/common/gsl-1.15/include \
>>>>>>>>>>>> -L/home/qcteam/METv4.1/lib \
>>>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
>>>>>>>>>>>>
>>>>>>>>>>>> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
>>>>>>>>>>>> -L/home/qcteam/netcdf/netcdf-
4.1.3/compiled/lib \
>>>>>>>>>>>> -L/h/common/gsl-1.15/lib \
>>>>>>>>>>>> -lvx_pxm -lvx_plot_util -lvx_nav
>>>>>>>>>>>> -lvx_render -lvx_ps -lvx_afm -lvx_stat_out
-lvx_statistics
>>>>>>>>>>>> -lvx_shapedata -lvx_gsl_prob -lvx_analysis_util
>>>>>>>>>>>> -lvx_data2d_factory -lvx_data2d_nc_met -lvx_data2d_grib
>>>>>>>>>>>> -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
>>>>>>>>>>>> -lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid
>>>>>>>>>>>> -lvx_config -lvx_cal -lvx_util -lvx_math -lvx_color
-lvx_log -lm -lnetcdf_c++ -lnetcdf -lgsl -lgslcblas \
>>>>>>>>>>>> -lhdfeos \
>>>>>>>>>>>> -lmfhdf \
>>>>>>>>>>>> -ldf \
>>>>>>>>>>>> -lGctp \
>>>>>>>>>>>> -ljpeg \
>>>>>>>>>>>> -lz \
>>>>>>>>>>>> -lm
>>>>>>>>>>>> /usr/bin/ld: cannot find -lvx_data2d_grib2
>>>>>>>>>>>> collect2: ld returned 1 exit status
>>>>>>>>>>>> make[4]: *** [modis_regrid] Error 1
>>>>>>>>>>>> make[4]: Leaving directory
>>>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other/modis_regrid'
>>>>>>>>>>>> make[3]: *** [all] Error 2
>>>>>>>>>>>> make[3]: Leaving directory
>>>>>>>>>>>> `/ibrix/home/qcteam/METv4.1/src/tools/other'
>>>>>>>>>>>> make[2]: *** [all] Error 2
>>>>>>>>>>>> make[2]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/tools'
>>>>>>>>>>>> make[1]: *** [all] Error 2
>>>>>>>>>>>> make[1]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src'
>>>>>>>>>>>> make: *** [all] Error 2
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> // SIGNED //
>>>>>>>>>>>> Matthew C. Sittel
>>>>>>>>>>>> Associate Scientist
>>>>>>>>>>>> University Corporation for Atmospheric Research 16WS/WXN,
>>>>>>>>>>>> Offutt AFB, NE
>>>>>>>>>>>> (402) 294-3473 DSN: 271-3473
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Julie Prestopnik
>>>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>>>> Laboratory
>>>>>>>>>> Phone: 303.497.8399
>>>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Julie Prestopnik
>>>>>>>>> National Center for Atmospheric Research Research
Applications
>>>>>>>>> Laboratory
>>>>>>>>> Phone: 303.497.8399
>>>>>>>>> Email: jpresto at ucar.edu
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Julie Prestopnik
>>>>>>> National Center for Atmospheric Research Research Applications
>>>>>>> Laboratory
>>>>>>> Phone: 303.497.8399
>>>>>>> Email: jpresto at ucar.edu
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Julie Prestopnik
>>>>>> National Center for Atmospheric Research Research Applications
>>>>>> Laboratory
>>>>>> Phone: 303.497.8399
>>>>>> Email: jpresto at ucar.edu
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> National Center for Atmospheric Research Research Applications
>>>> Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> Julie Prestopnik
>> National Center for Atmospheric Research Research Applications
>> Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>>
>
>
> --
> Julie Prestopnik
> National Center for Atmospheric Research Research Applications
Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
>
--
Julie Prestopnik
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: John Halley Gotway
Time: Mon Jul 08 10:53:32 2013
Hi Matt,
I'm back in the office this morning and wanted to touch base to find
out where you are with compiling the MODIS tool. Are you still having
trouble with that one?
Thanks,
John
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 08 12:01:14 2013
I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 08, 2013 11:54 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
Hi Matt,
I'm back in the office this morning and wanted to touch base to find
out where you are with compiling the MODIS tool. Are you still having
trouble with that one?
Thanks,
John
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Mon Jul 08 13:02:24 2013
Matt,
Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
So you're stuck trying to install libpng. I believe that Julie has
already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
cd "libpng directory"
make clean
setenv LDFLAGS /path/to/zlib
setenv CPPFLAGS /path/to/zlib
./configure --prefix=/path/to/libpng/install/directory
make
make install
Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
Thanks,
John
On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 08, 2013 11:54 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt,
>
> I'm back in the office this morning and wanted to touch base to find
out where you are with compiling the MODIS tool. Are you still having
trouble with that one?
>
> Thanks,
> John
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Tue Jul 09 09:00:27 2013
Hi John,
I checked the log file, and it set the two paths correctly when I used
'export' within Korn Shell. I think it's mad now because the fail
point is much earlier... I wonder if the CPPFLAGS and LDFLAGS settings
'broke' the compiler check.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of
Makefiles... no
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
Last line of 'config.log' says:
configure: exit 77
=====
Now when I don't set those two environment variables the error point
is much further along:
checking for working strtod... yes
checking for memset... yes
checking for pow... no
checking for pow in -lm... yes
checking for zlibVersion in -lz... no
configure: error: zlib not installed
And the error line is:
Configure: exit 1
The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try to
export "-lz" in LIBS, I get the C++ error from earlier.
Is there an expected location for zlib? I have it in METv4.1/lib, in
a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 08, 2013 2:02 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
So you're stuck trying to install libpng. I believe that Julie has
already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
cd "libpng directory"
make clean
setenv LDFLAGS /path/to/zlib
setenv CPPFLAGS /path/to/zlib
./configure --prefix=/path/to/libpng/install/directory
make
make install
Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
Thanks,
John
On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 08, 2013 11:54 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Hi Matt,
>
> I'm back in the office this morning and wanted to touch base to find
out where you are with compiling the MODIS tool. Are you still having
trouble with that one?
>
> Thanks,
> John
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Tue Jul 09 16:01:54 2013
Matt,
Sorry for the delay in getting back to you. I was trying to figure
out a way to replicate your error, but all of the machines have zlib
in a standard location.
I found a relevant website here:
http://www.linuxquestions.org/questions/linux-software-2/zlib-problem-
when-installing-libpng-531369/
They suggest compiling libpng as follows:
export CPPFLAGS="-I/path/to/zlib.h/directory"
export LDFLAGS="-L/path/to/libz.a/directory"
./configure --prefix=/usr
make
make install
Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
/usr/local/lib/libz.a
But you won't have permission to write there without root access.
Thanks,
John
On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi John,
>
> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of
Makefiles... no
> checking for gcc... gcc
> checking for C compiler default output file name...
> configure: error: C compiler cannot create executables
> See `config.log' for more details.
>
> Last line of 'config.log' says:
>
> configure: exit 77
>
> =====
>
> Now when I don't set those two environment variables the error point
is much further along:
>
> checking for working strtod... yes
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> And the error line is:
>
> Configure: exit 1
>
> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try
to export "-lz" in LIBS, I get the C++ error from earlier.
>
> Is there an expected location for zlib? I have it in METv4.1/lib,
in a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
>
> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>
>
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 08, 2013 2:02 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Matt,
>
> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>
> So you're stuck trying to install libpng. I believe that Julie has
already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>
> cd "libpng directory"
> make clean
> setenv LDFLAGS /path/to/zlib
> setenv CPPFLAGS /path/to/zlib
> ./configure --prefix=/path/to/libpng/install/directory
> make
> make install
>
> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>
> Thanks,
> John
>
> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 08, 2013 11:54 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>>
>> Hi Matt,
>>
>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>
>> Thanks,
>> John
>>
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Thu Jul 11 08:20:43 2013
That worked! So now I have to figure out a few more things... I've
got to override the directory builds in the 'make install' step since
it tries to place them in /usr/bin or /usr/local which we don't have
permissions to write to.
So where I am now is that I have successfully compiled and run 'make'
on all 3 libraries: jasper, zlib and libpng. But I can't run 'make
install' on any of them, so g2clib is unable to be built until I get
those in order.
Thanks,
Matt
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, July 09, 2013 5:02 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
Sorry for the delay in getting back to you. I was trying to figure
out a way to replicate your error, but all of the machines have zlib
in a standard location.
I found a relevant website here:
http://www.linuxquestions.org/questions/linux-software-2/zlib-problem-
when-installing-libpng-531369/
They suggest compiling libpng as follows:
export CPPFLAGS="-I/path/to/zlib.h/directory"
export LDFLAGS="-L/path/to/libz.a/directory"
./configure --prefix=/usr
make
make install
Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
/usr/local/lib/libz.a
But you won't have permission to write there without root access.
Thanks,
John
On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hi John,
>
> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>
> checking for a BSD-compatible install... /usr/bin/install -c
checking
> whether build environment is sane... yes checking for a thread-safe
> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether
> make sets $(MAKE)... yes checking whether to enable
> maintainer-specific portions of Makefiles... no checking for gcc...
> gcc checking for C compiler default output file name...
> configure: error: C compiler cannot create executables See
> `config.log' for more details.
>
> Last line of 'config.log' says:
>
> configure: exit 77
>
> =====
>
> Now when I don't set those two environment variables the error point
is much further along:
>
> checking for working strtod... yes
> checking for memset... yes
> checking for pow... no
> checking for pow in -lm... yes
> checking for zlibVersion in -lz... no
> configure: error: zlib not installed
>
> And the error line is:
>
> Configure: exit 1
>
> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try
to export "-lz" in LIBS, I get the C++ error from earlier.
>
> Is there an expected location for zlib? I have it in METv4.1/lib,
in a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
>
> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>
>
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 08, 2013 2:02 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Matt,
>
> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>
> So you're stuck trying to install libpng. I believe that Julie has
already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>
> cd "libpng directory"
> make clean
> setenv LDFLAGS /path/to/zlib
> setenv CPPFLAGS /path/to/zlib
> ./configure --prefix=/path/to/libpng/install/directory
> make
> make install
>
> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>
> Thanks,
> John
>
> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 08, 2013 11:54 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Hi Matt,
>>
>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>
>> Thanks,
>> John
>>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Thu Jul 11 09:28:32 2013
Matt,
The "prefix" option to the configure step should specify where they
should be installed. For example...
export CPPFLAGS="-I/path/to/zlib.h/directory"
export LDFLAGS="-L/path/to/libz.a/directory"
./configure --prefix=/path/to/install/MET/libraries
make
make install
I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
So please try using the "prefix" option for configure to see if that
enables you to install them where you'd like.
Thanks,
John
On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> That worked! So now I have to figure out a few more things... I've
got to override the directory builds in the 'make install' step since
it tries to place them in /usr/bin or /usr/local which we don't have
permissions to write to.
>
> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, July 09, 2013 5:02 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Matt,
>
> Sorry for the delay in getting back to you. I was trying to figure
out a way to replicate your error, but all of the machines have zlib
in a standard location.
>
> I found a relevant website here:
> http://www.linuxquestions.org/questions/linux-software-2/zlib-
problem-when-installing-libpng-531369/
>
> They suggest compiling libpng as follows:
> export CPPFLAGS="-I/path/to/zlib.h/directory"
> export LDFLAGS="-L/path/to/libz.a/directory"
> ./configure --prefix=/usr
> make
> make install
>
> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
> /usr/local/lib/libz.a
> But you won't have permission to write there without root access.
>
> Thanks,
> John
>
> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hi John,
>>
>> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>
>> checking for a BSD-compatible install... /usr/bin/install -c
checking
>> whether build environment is sane... yes checking for a thread-safe
>> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
whether
>> make sets $(MAKE)... yes checking whether to enable
>> maintainer-specific portions of Makefiles... no checking for gcc...
>> gcc checking for C compiler default output file name...
>> configure: error: C compiler cannot create executables See
>> `config.log' for more details.
>>
>> Last line of 'config.log' says:
>>
>> configure: exit 77
>>
>> =====
>>
>> Now when I don't set those two environment variables the error
point is much further along:
>>
>> checking for working strtod... yes
>> checking for memset... yes
>> checking for pow... no
>> checking for pow in -lm... yes
>> checking for zlibVersion in -lz... no
>> configure: error: zlib not installed
>>
>> And the error line is:
>>
>> Configure: exit 1
>>
>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try
to export "-lz" in LIBS, I get the C++ error from earlier.
>>
>> Is there an expected location for zlib? I have it in METv4.1/lib,
in a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
>>
>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>>
>>
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 08, 2013 2:02 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>
>> So you're stuck trying to install libpng. I believe that Julie has
already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>
>> cd "libpng directory"
>> make clean
>> setenv LDFLAGS /path/to/zlib
>> setenv CPPFLAGS /path/to/zlib
>> ./configure --prefix=/path/to/libpng/install/directory
>> make
>> make install
>>
>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>
>> Thanks,
>> John
>>
>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 08, 2013 11:54 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt,
>>>
>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>
>>> Thanks,
>>> John
>>>
>>
>>
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Thu Jul 11 10:26:43 2013
You must be more well-versed in the world of Makefile, configure and
install than I am... this is all new to me. Maybe I'm just behind the
curve but if libraries are typically set up by SysAdmin folks, do you
expect SysAdmin to be installing MET for users? Maybe our 'division
of labor' is messed up here... could that be? :)
Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
"cannot find -lgrib2c".
I'm confused by the Makefile asking about this... here's what I have
now. Do I need to have something in the F2C section? I don’t see
that library as something 'grib2c' built.
# Top level directory for the F2C or G2C Library if it's not installed
in a
# standard location.
# F2C include directory specified as: -I/your/include/path
# F2C library directory containing libf2c.a or libg2c.a and specified
as:
# -L/your/library/path
# Name of the library to be used: -lf2c or -lg2c
# NOTE: Typically required for the IBM xlf Fortran compiler
F2C_BASE =
F2C_INCS =
F2C_LIBS =
F2C_LIBNAME =
# Top level directory for the GRIB2 C Library if it's not
# installed in a standard location.
# grib2c include directory specified as: -I/your/include/path
# grib2c library directory specified as: -L/your/library/path
GRIB2C_BASE =
GRIB2C_INCS = -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a" which I
created from the g2clib build. Are there other includes/libs I should
have? I don't see where anything got created except for the one .a
file.
Thanks,
Matt
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Thursday, July 11, 2013 10:29 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
The "prefix" option to the configure step should specify where they
should be installed. For example...
export CPPFLAGS="-I/path/to/zlib.h/directory"
export LDFLAGS="-L/path/to/libz.a/directory"
./configure --prefix=/path/to/install/MET/libraries
make
make install
I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
So please try using the "prefix" option for configure to see if that
enables you to install them where you'd like.
Thanks,
John
On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> That worked! So now I have to figure out a few more things... I've
got to override the directory builds in the 'make install' step since
it tries to place them in /usr/bin or /usr/local which we don't have
permissions to write to.
>
> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, July 09, 2013 5:02 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Matt,
>
> Sorry for the delay in getting back to you. I was trying to figure
out a way to replicate your error, but all of the machines have zlib
in a standard location.
>
> I found a relevant website here:
> http://www.linuxquestions.org/questions/linux-software-2/zlib-
problem-
> when-installing-libpng-531369/
>
> They suggest compiling libpng as follows:
> export CPPFLAGS="-I/path/to/zlib.h/directory"
> export LDFLAGS="-L/path/to/libz.a/directory"
> ./configure --prefix=/usr
> make
> make install
>
> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
> /usr/local/lib/libz.a
> But you won't have permission to write there without root access.
>
> Thanks,
> John
>
> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hi John,
>>
>> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>
>> checking for a BSD-compatible install... /usr/bin/install -c
checking
>> whether build environment is sane... yes checking for a thread-safe
>> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
whether
>> make sets $(MAKE)... yes checking whether to enable
>> maintainer-specific portions of Makefiles... no checking for gcc...
>> gcc checking for C compiler default output file name...
>> configure: error: C compiler cannot create executables See
>> `config.log' for more details.
>>
>> Last line of 'config.log' says:
>>
>> configure: exit 77
>>
>> =====
>>
>> Now when I don't set those two environment variables the error
point is much further along:
>>
>> checking for working strtod... yes
>> checking for memset... yes
>> checking for pow... no
>> checking for pow in -lm... yes
>> checking for zlibVersion in -lz... no
>> configure: error: zlib not installed
>>
>> And the error line is:
>>
>> Configure: exit 1
>>
>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try
to export "-lz" in LIBS, I get the C++ error from earlier.
>>
>> Is there an expected location for zlib? I have it in METv4.1/lib,
in a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
>>
>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>>
>>
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 08, 2013 2:02 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>
>> So you're stuck trying to install libpng. I believe that Julie has
already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>
>> cd "libpng directory"
>> make clean
>> setenv LDFLAGS /path/to/zlib
>> setenv CPPFLAGS /path/to/zlib
>> ./configure --prefix=/path/to/libpng/install/directory
>> make
>> make install
>>
>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>
>> Thanks,
>> John
>>
>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 08, 2013 11:54 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Hi Matt,
>>>
>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>
>>> Thanks,
>>> John
>>>
>>
>>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Thu Jul 11 10:37:08 2013
Matt,
It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the
GRIB2C settings that are in play here.
It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
(1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
(2) Perhaps there's a bug in one of the MET Makefiles that should be
using the "GRIB2C_LIB" flag in the compilation step.
Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
make clean
make >& make_met.log
If you send me that log file, I'll take a look to see if anything
jumps out.
Thanks,
John
On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> You must be more well-versed in the world of Makefile, configure and
install than I am... this is all new to me. Maybe I'm just behind the
curve but if libraries are typically set up by SysAdmin folks, do you
expect SysAdmin to be installing MET for users? Maybe our 'division
of labor' is messed up here... could that be? :)
>
> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>
> "cannot find -lgrib2c".
>
> I'm confused by the Makefile asking about this... here's what I have
now. Do I need to have something in the F2C section? I don’t see
that library as something 'grib2c' built.
>
> # Top level directory for the F2C or G2C Library if it's not
installed in a
> # standard location.
> # F2C include directory specified as: -I/your/include/path
> # F2C library directory containing libf2c.a or libg2c.a and
specified as:
> # -L/your/library/path
> # Name of the library to be used: -lf2c or -lg2c
> # NOTE: Typically required for the IBM xlf Fortran compiler
> F2C_BASE =
> F2C_INCS =
> F2C_LIBS =
> F2C_LIBNAME =
>
> # Top level directory for the GRIB2 C Library if it's not
> # installed in a standard location.
> # grib2c include directory specified as: -I/your/include/path
> # grib2c library directory specified as: -L/your/library/path
> GRIB2C_BASE =
> GRIB2C_INCS = -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>
> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a" which
I created from the g2clib build. Are there other includes/libs I
should have? I don't see where anything got created except for the
one .a file.
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, July 11, 2013 10:29 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Matt,
>
> The "prefix" option to the configure step should specify where they
should be installed. For example...
>
> export CPPFLAGS="-I/path/to/zlib.h/directory"
> export LDFLAGS="-L/path/to/libz.a/directory"
> ./configure --prefix=/path/to/install/MET/libraries
> make
> make install
>
> I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>
> So please try using the "prefix" option for configure to see if that
enables you to install them where you'd like.
>
> Thanks,
> John
>
> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> That worked! So now I have to figure out a few more things... I've
got to override the directory builds in the 'make install' step since
it tries to place them in /usr/bin or /usr/local which we don't have
permissions to write to.
>>
>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Tuesday, July 09, 2013 5:02 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> Sorry for the delay in getting back to you. I was trying to figure
out a way to replicate your error, but all of the machines have zlib
in a standard location.
>>
>> I found a relevant website here:
>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
problem-
>> when-installing-libpng-531369/
>>
>> They suggest compiling libpng as follows:
>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>> export LDFLAGS="-L/path/to/libz.a/directory"
>> ./configure --prefix=/usr
>> make
>> make install
>>
>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>> /usr/local/lib/libz.a
>> But you won't have permission to write there without root access.
>>
>> Thanks,
>> John
>>
>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hi John,
>>>
>>> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>
>>> checking for a BSD-compatible install... /usr/bin/install -c
checking
>>> whether build environment is sane... yes checking for a thread-
safe
>>> mkdir -p... /bin/mkdir -p checking for gawk... gawk checking
whether
>>> make sets $(MAKE)... yes checking whether to enable
>>> maintainer-specific portions of Makefiles... no checking for
gcc...
>>> gcc checking for C compiler default output file name...
>>> configure: error: C compiler cannot create executables See
>>> `config.log' for more details.
>>>
>>> Last line of 'config.log' says:
>>>
>>> configure: exit 77
>>>
>>> =====
>>>
>>> Now when I don't set those two environment variables the error
point is much further along:
>>>
>>> checking for working strtod... yes
>>> checking for memset... yes
>>> checking for pow... no
>>> checking for pow in -lm... yes
>>> checking for zlibVersion in -lz... no
>>> configure: error: zlib not installed
>>>
>>> And the error line is:
>>>
>>> Configure: exit 1
>>>
>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try
to export "-lz" in LIBS, I get the C++ error from earlier.
>>>
>>> Is there an expected location for zlib? I have it in METv4.1/lib,
in a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
>>>
>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 08, 2013 2:02 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>>
>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>
>>> cd "libpng directory"
>>> make clean
>>> setenv LDFLAGS /path/to/zlib
>>> setenv CPPFLAGS /path/to/zlib
>>> ./configure --prefix=/path/to/libpng/install/directory
>>> make
>>> make install
>>>
>>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt,
>>>>
>>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Thu Jul 11 10:43:55 2013
Here's the last part of the log file where the error occurs (which is
very early in the process):
make[3]: Leaving directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d_grib'
make[3]: Entering directory
`/ibrix/home/qcteam/METv4.1/src/libcode/vx_data2d_grib2'
/usr/bin/g++ var_info_grib2.cc -Wall -Wshadow -static -g
-DWITH_GRIB2 -c -I/home/qcteam/METv4.1/include
/usr/bin/g++ data2d_grib2.cc -Wall -Wshadow -static -g -DWITH_GRIB2
-c -I/home/qcteam/METv4.1/include
In file included from data2d_grib2.cc:33:
data2d_grib2.h:31:21: error: grib2.h: No such file or directory
So it looks like I'm still missing something? A grib2.h file?
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Thursday, July 11, 2013 11:37 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
(1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
(2) Perhaps there's a bug in one of the MET Makefiles that should be
using the "GRIB2C_LIB" flag in the compilation step.
Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
make clean
make >& make_met.log
If you send me that log file, I'll take a look to see if anything
jumps out.
Thanks,
John
On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> You must be more well-versed in the world of Makefile, configure and
> install than I am... this is all new to me. Maybe I'm just behind
the
> curve but if libraries are typically set up by SysAdmin folks, do
you
> expect SysAdmin to be installing MET for users? Maybe our 'division
> of labor' is messed up here... could that be? :)
>
> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>
> "cannot find -lgrib2c".
>
> I'm confused by the Makefile asking about this... here's what I have
now. Do I need to have something in the F2C section? I don’t see
that library as something 'grib2c' built.
>
> # Top level directory for the F2C or G2C Library if it's not
installed
> in a # standard location.
> # F2C include directory specified as: -I/your/include/path # F2C
> library directory containing libf2c.a or libg2c.a and specified as:
> # -L/your/library/path
> # Name of the library to be used: -lf2c or -lg2c # NOTE: Typically
> required for the IBM xlf Fortran compiler
> F2C_BASE =
> F2C_INCS =
> F2C_LIBS =
> F2C_LIBNAME =
>
> # Top level directory for the GRIB2 C Library if it's not #
installed
> in a standard location.
> # grib2c include directory specified as: -I/your/include/path #
grib2c
> library directory specified as: -L/your/library/path GRIB2C_BASE =
> GRIB2C_INCS = -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>
> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a" which
I created from the g2clib build. Are there other includes/libs I
should have? I don't see where anything got created except for the
one .a file.
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, July 11, 2013 10:29 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Matt,
>
> The "prefix" option to the configure step should specify where they
should be installed. For example...
>
> export CPPFLAGS="-I/path/to/zlib.h/directory"
> export LDFLAGS="-L/path/to/libz.a/directory"
> ./configure --prefix=/path/to/install/MET/libraries
> make
> make install
>
> I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>
> So please try using the "prefix" option for configure to see if that
enables you to install them where you'd like.
>
> Thanks,
> John
>
> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> That worked! So now I have to figure out a few more things... I've
got to override the directory builds in the 'make install' step since
it tries to place them in /usr/bin or /usr/local which we don't have
permissions to write to.
>>
>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Tuesday, July 09, 2013 5:02 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> Sorry for the delay in getting back to you. I was trying to figure
out a way to replicate your error, but all of the machines have zlib
in a standard location.
>>
>> I found a relevant website here:
>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
problem
>> -
>> when-installing-libpng-531369/
>>
>> They suggest compiling libpng as follows:
>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>> export LDFLAGS="-L/path/to/libz.a/directory"
>> ./configure --prefix=/usr
>> make
>> make install
>>
>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>> /usr/local/lib/libz.a
>> But you won't have permission to write there without root access.
>>
>> Thanks,
>> John
>>
>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hi John,
>>>
>>> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>
>>> checking for a BSD-compatible install... /usr/bin/install -c
>>> checking whether build environment is sane... yes checking for a
>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>> checking whether make sets $(MAKE)... yes checking whether to
enable
>>> maintainer-specific portions of Makefiles... no checking for
gcc...
>>> gcc checking for C compiler default output file name...
>>> configure: error: C compiler cannot create executables See
>>> `config.log' for more details.
>>>
>>> Last line of 'config.log' says:
>>>
>>> configure: exit 77
>>>
>>> =====
>>>
>>> Now when I don't set those two environment variables the error
point is much further along:
>>>
>>> checking for working strtod... yes
>>> checking for memset... yes
>>> checking for pow... no
>>> checking for pow in -lm... yes
>>> checking for zlibVersion in -lz... no
>>> configure: error: zlib not installed
>>>
>>> And the error line is:
>>>
>>> Configure: exit 1
>>>
>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try
to export "-lz" in LIBS, I get the C++ error from earlier.
>>>
>>> Is there an expected location for zlib? I have it in METv4.1/lib,
in a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
>>>
>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 08, 2013 2:02 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>>
>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>
>>> cd "libpng directory"
>>> make clean
>>> setenv LDFLAGS /path/to/zlib
>>> setenv CPPFLAGS /path/to/zlib
>>> ./configure --prefix=/path/to/libpng/install/directory
>>> make
>>> make install
>>>
>>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt,
>>>>
>>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Thu Jul 11 12:15:23 2013
Update:
I figured out the grib2.h issue, but am still not getting all the way
through the compile without errors when I enable the MODIS and GRIB2
flags by setting them to 1 in user_defs.mk.
Attached is the full text file of the output log that I get. I think
we're close here, but I just can't figure out where this -ljasper
definition needs to be made. It looks like the GRIB2C is okay, but
ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Thursday, July 11, 2013 11:37 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
(1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
(2) Perhaps there's a bug in one of the MET Makefiles that should be
using the "GRIB2C_LIB" flag in the compilation step.
Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
make clean
make >& make_met.log
If you send me that log file, I'll take a look to see if anything
jumps out.
Thanks,
John
On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> You must be more well-versed in the world of Makefile, configure and
> install than I am... this is all new to me. Maybe I'm just behind
the
> curve but if libraries are typically set up by SysAdmin folks, do
you
> expect SysAdmin to be installing MET for users? Maybe our 'division
> of labor' is messed up here... could that be? :)
>
> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>
> "cannot find -lgrib2c".
>
> I'm confused by the Makefile asking about this... here's what I have
now. Do I need to have something in the F2C section? I don’t see
that library as something 'grib2c' built.
>
> # Top level directory for the F2C or G2C Library if it's not
installed
> in a # standard location.
> # F2C include directory specified as: -I/your/include/path # F2C
> library directory containing libf2c.a or libg2c.a and specified as:
> # -L/your/library/path
> # Name of the library to be used: -lf2c or -lg2c # NOTE: Typically
> required for the IBM xlf Fortran compiler
> F2C_BASE =
> F2C_INCS =
> F2C_LIBS =
> F2C_LIBNAME =
>
> # Top level directory for the GRIB2 C Library if it's not #
installed
> in a standard location.
> # grib2c include directory specified as: -I/your/include/path #
grib2c
> library directory specified as: -L/your/library/path GRIB2C_BASE =
> GRIB2C_INCS = -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>
> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a" which
I created from the g2clib build. Are there other includes/libs I
should have? I don't see where anything got created except for the
one .a file.
>
> Thanks,
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, July 11, 2013 10:29 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Matt,
>
> The "prefix" option to the configure step should specify where they
should be installed. For example...
>
> export CPPFLAGS="-I/path/to/zlib.h/directory"
> export LDFLAGS="-L/path/to/libz.a/directory"
> ./configure --prefix=/path/to/install/MET/libraries
> make
> make install
>
> I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>
> So please try using the "prefix" option for configure to see if that
enables you to install them where you'd like.
>
> Thanks,
> John
>
> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> That worked! So now I have to figure out a few more things... I've
got to override the directory builds in the 'make install' step since
it tries to place them in /usr/bin or /usr/local which we don't have
permissions to write to.
>>
>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Tuesday, July 09, 2013 5:02 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> Sorry for the delay in getting back to you. I was trying to figure
out a way to replicate your error, but all of the machines have zlib
in a standard location.
>>
>> I found a relevant website here:
>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
problem
>> -
>> when-installing-libpng-531369/
>>
>> They suggest compiling libpng as follows:
>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>> export LDFLAGS="-L/path/to/libz.a/directory"
>> ./configure --prefix=/usr
>> make
>> make install
>>
>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>> /usr/local/lib/libz.a
>> But you won't have permission to write there without root access.
>>
>> Thanks,
>> John
>>
>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hi John,
>>>
>>> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>
>>> checking for a BSD-compatible install... /usr/bin/install -c
>>> checking whether build environment is sane... yes checking for a
>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>> checking whether make sets $(MAKE)... yes checking whether to
enable
>>> maintainer-specific portions of Makefiles... no checking for
gcc...
>>> gcc checking for C compiler default output file name...
>>> configure: error: C compiler cannot create executables See
>>> `config.log' for more details.
>>>
>>> Last line of 'config.log' says:
>>>
>>> configure: exit 77
>>>
>>> =====
>>>
>>> Now when I don't set those two environment variables the error
point is much further along:
>>>
>>> checking for working strtod... yes
>>> checking for memset... yes
>>> checking for pow... no
>>> checking for pow in -lm... yes
>>> checking for zlibVersion in -lz... no
>>> configure: error: zlib not installed
>>>
>>> And the error line is:
>>>
>>> Configure: exit 1
>>>
>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I try
to export "-lz" in LIBS, I get the C++ error from earlier.
>>>
>>> Is there an expected location for zlib? I have it in METv4.1/lib,
in a directory named zlib-1.2.6 (which I tried renaming 'zlib'; that
didn't help).
>>>
>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Monday, July 08, 2013 2:02 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>>
>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>
>>> cd "libpng directory"
>>> make clean
>>> setenv LDFLAGS /path/to/zlib
>>> setenv CPPFLAGS /path/to/zlib
>>> ./configure --prefix=/path/to/libpng/install/directory
>>> make
>>> make install
>>>
>>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Hi Matt,
>>>>
>>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Thu Jul 11 15:26:28 2013
Matt,
Prior to our release of METv4.1, we tested it on several different
platforms. In order to expedite that testing, I wrote a script to
configure/compile all the libraries on which MET depends and then
compile MET itself. The process you're going through seems un-
necessarily difficult. It occurs to me that I should probably
generalize that script a bit and then post on the MET website as an
automated way to retrieve/configure/compile all these libraries.
Unfortunately, I'm not available to work on that right now. So you'll
just have to continue down this long road. But hopefully sometime
soon, I'll be able to provide help to automate all of this.
But to get to your question... compiling support for GRIB2 within MET
(WITH_GRIB2 = 1 in user_defs.mk) requires the GRIB2C, Z-lib, libpng,
and jasper lib. GRIB2 supports compression and those 3
libraries are used to perform that compression.
All 4 of those libraries can be retrieved from NCEP's page:
http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
They are often installed in standard places on machines, but as we're
finding, they're not on yours. So you need to add in the compilation
of jasper lib. In order to tell MET where to find them,
you'd do this in user_defs.mk:
GRIB2C_INCS = -I/path/to/g2clib/include
GRIB2C_LIBS = -L/path/to/g2clib/lib -L/path/to/zlib/lib
-L/path/to/jasper/lib -L/path/to/libpng/lib
If you install all of those packages into the same directory, you'd
just need to specify that once on the GRIB2C_LIBS line. But if
they're in different directories, you need to specify each of them
there.
Sorry for all this trouble!
Thanks,
John
On 07/11/2013 12:15 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Update:
>
> I figured out the grib2.h issue, but am still not getting all the
way through the compile without errors when I enable the MODIS and
GRIB2 flags by setting them to 1 in user_defs.mk.
>
> Attached is the full text file of the output log that I get. I
think we're close here, but I just can't figure out where this
-ljasper definition needs to be made. It looks like the GRIB2C is
okay, but ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, July 11, 2013 11:37 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Matt,
>
> It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
>
> It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
> (1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
> (2) Perhaps there's a bug in one of the MET Makefiles that should be
using the "GRIB2C_LIB" flag in the compilation step.
>
> Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
> make clean
> make >& make_met.log
>
> If you send me that log file, I'll take a look to see if anything
jumps out.
>
> Thanks,
> John
>
> On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> You must be more well-versed in the world of Makefile, configure
and
>> install than I am... this is all new to me. Maybe I'm just behind
the
>> curve but if libraries are typically set up by SysAdmin folks, do
you
>> expect SysAdmin to be installing MET for users? Maybe our
'division
>> of labor' is messed up here... could that be? :)
>>
>> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>>
>> "cannot find -lgrib2c".
>>
>> I'm confused by the Makefile asking about this... here's what I
have now. Do I need to have something in the F2C section? I don’t
see that library as something 'grib2c' built.
>>
>> # Top level directory for the F2C or G2C Library if it's not
installed
>> in a # standard location.
>> # F2C include directory specified as: -I/your/include/path # F2C
>> library directory containing libf2c.a or libg2c.a and specified as:
>> # -L/your/library/path
>> # Name of the library to be used: -lf2c or -lg2c # NOTE: Typically
>> required for the IBM xlf Fortran compiler
>> F2C_BASE =
>> F2C_INCS =
>> F2C_LIBS =
>> F2C_LIBNAME =
>>
>> # Top level directory for the GRIB2 C Library if it's not #
installed
>> in a standard location.
>> # grib2c include directory specified as: -I/your/include/path #
grib2c
>> library directory specified as: -L/your/library/path GRIB2C_BASE =
>> GRIB2C_INCS = -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
>> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>
>> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a" which
I created from the g2clib build. Are there other includes/libs I
should have? I don't see where anything got created except for the
one .a file.
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Thursday, July 11, 2013 10:29 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> The "prefix" option to the configure step should specify where they
should be installed. For example...
>>
>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>> export LDFLAGS="-L/path/to/libz.a/directory"
>> ./configure --prefix=/path/to/install/MET/libraries
>> make
>> make install
>>
>> I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>>
>> So please try using the "prefix" option for configure to see if
that enables you to install them where you'd like.
>>
>> Thanks,
>> John
>>
>> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> That worked! So now I have to figure out a few more things...
I've got to override the directory builds in the 'make install' step
since it tries to place them in /usr/bin or /usr/local which we don't
have permissions to write to.
>>>
>>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Tuesday, July 09, 2013 5:02 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> Sorry for the delay in getting back to you. I was trying to
figure out a way to replicate your error, but all of the machines have
zlib in a standard location.
>>>
>>> I found a relevant website here:
>>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
problem
>>> -
>>> when-installing-libpng-531369/
>>>
>>> They suggest compiling libpng as follows:
>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>> ./configure --prefix=/usr
>>> make
>>> make install
>>>
>>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>>> /usr/local/lib/libz.a
>>> But you won't have permission to write there without root access.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Hi John,
>>>>
>>>> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>>
>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>> checking whether build environment is sane... yes checking for a
>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>> checking whether make sets $(MAKE)... yes checking whether to
enable
>>>> maintainer-specific portions of Makefiles... no checking for
gcc...
>>>> gcc checking for C compiler default output file name...
>>>> configure: error: C compiler cannot create executables See
>>>> `config.log' for more details.
>>>>
>>>> Last line of 'config.log' says:
>>>>
>>>> configure: exit 77
>>>>
>>>> =====
>>>>
>>>> Now when I don't set those two environment variables the error
point is much further along:
>>>>
>>>> checking for working strtod... yes
>>>> checking for memset... yes
>>>> checking for pow... no
>>>> checking for pow in -lm... yes
>>>> checking for zlibVersion in -lz... no
>>>> configure: error: zlib not installed
>>>>
>>>> And the error line is:
>>>>
>>>> Configure: exit 1
>>>>
>>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I
try to export "-lz" in LIBS, I get the C++ error from earlier.
>>>>
>>>> Is there an expected location for zlib? I have it in
METv4.1/lib, in a directory named zlib-1.2.6 (which I tried renaming
'zlib'; that didn't help).
>>>>
>>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 08, 2013 2:02 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Matt,
>>>>
>>>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>>>
>>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>>
>>>> cd "libpng directory"
>>>> make clean
>>>> setenv LDFLAGS /path/to/zlib
>>>> setenv CPPFLAGS /path/to/zlib
>>>> ./configure --prefix=/path/to/libpng/install/directory
>>>> make
>>>> make install
>>>>
>>>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>>>
>>>>> -----Original Message-----
>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt,
>>>>>
>>>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 15 09:52:02 2013
Hey John,
Just to catch you up on where we stand, I tried to get everything
compiled this morning and it failed. I've reverted to making 2
directories for MET... one for testing and the other for Bob Craig,
who started using 4.1 already and didn't like that 'make clean' was
taking away the executables.
So I can get MET 4.1 to fully compile when the MODIS and GRIB2 flags
are set to 0. When they are set to 1, here is the Makefile. I will
attach user_defs.mk as well and you can take a look at that. Let me
know if you see anything wrong here.
Thanks
Matt
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Thursday, July 11, 2013 4:26 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
Prior to our release of METv4.1, we tested it on several different
platforms. In order to expedite that testing, I wrote a script to
configure/compile all the libraries on which MET depends and then
compile MET itself. The process you're going through seems un-
necessarily difficult. It occurs to me that I should probably
generalize that script a bit and then post on the MET website as an
automated way to retrieve/configure/compile all these libraries.
Unfortunately, I'm not available to work on that right now. So you'll
just have to continue down this long road. But hopefully sometime
soon, I'll be able to provide help to automate all of this.
But to get to your question... compiling support for GRIB2 within MET
(WITH_GRIB2 = 1 in user_defs.mk) requires the GRIB2C, Z-lib, libpng,
and jasper lib. GRIB2 supports compression and those 3 libraries are
used to perform that compression.
All 4 of those libraries can be retrieved from NCEP's page:
http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
They are often installed in standard places on machines, but as we're
finding, they're not on yours. So you need to add in the compilation
of jasper lib. In order to tell MET where to find them, you'd do this
in user_defs.mk:
GRIB2C_INCS = -I/path/to/g2clib/include
GRIB2C_LIBS = -L/path/to/g2clib/lib -L/path/to/zlib/lib
-L/path/to/jasper/lib -L/path/to/libpng/lib
If you install all of those packages into the same directory, you'd
just need to specify that once on the GRIB2C_LIBS line. But if
they're in different directories, you need to specify each of them
there.
Sorry for all this trouble!
Thanks,
John
On 07/11/2013 12:15 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Update:
>
> I figured out the grib2.h issue, but am still not getting all the
way through the compile without errors when I enable the MODIS and
GRIB2 flags by setting them to 1 in user_defs.mk.
>
> Attached is the full text file of the output log that I get. I
think we're close here, but I just can't figure out where this
-ljasper definition needs to be made. It looks like the GRIB2C is
okay, but ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, July 11, 2013 11:37 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Matt,
>
> It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
>
> It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
> (1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
> (2) Perhaps there's a bug in one of the MET Makefiles that should be
using the "GRIB2C_LIB" flag in the compilation step.
>
> Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
> make clean
> make >& make_met.log
>
> If you send me that log file, I'll take a look to see if anything
jumps out.
>
> Thanks,
> John
>
> On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> You must be more well-versed in the world of Makefile, configure
and
>> install than I am... this is all new to me. Maybe I'm just behind
>> the curve but if libraries are typically set up by SysAdmin folks,
do
>> you expect SysAdmin to be installing MET for users? Maybe our
>> 'division of labor' is messed up here... could that be? :)
>>
>> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>>
>> "cannot find -lgrib2c".
>>
>> I'm confused by the Makefile asking about this... here's what I
have now. Do I need to have something in the F2C section? I don’t
see that library as something 'grib2c' built.
>>
>> # Top level directory for the F2C or G2C Library if it's not
>> installed in a # standard location.
>> # F2C include directory specified as: -I/your/include/path # F2C
>> library directory containing libf2c.a or libg2c.a and specified as:
>> # -L/your/library/path
>> # Name of the library to be used: -lf2c or -lg2c # NOTE: Typically
>> required for the IBM xlf Fortran compiler
>> F2C_BASE =
>> F2C_INCS =
>> F2C_LIBS =
>> F2C_LIBNAME =
>>
>> # Top level directory for the GRIB2 C Library if it's not #
installed
>> in a standard location.
>> # grib2c include directory specified as: -I/your/include/path #
>> grib2c library directory specified as: -L/your/library/path
>> GRIB2C_BASE = GRIB2C_INCS = -I/home/qcteam/METv4.1/lib/g2clib-
1.4.0
>> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>
>> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a" which
I created from the g2clib build. Are there other includes/libs I
should have? I don't see where anything got created except for the
one .a file.
>>
>> Thanks,
>> Matt
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Thursday, July 11, 2013 10:29 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> The "prefix" option to the configure step should specify where they
should be installed. For example...
>>
>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>> export LDFLAGS="-L/path/to/libz.a/directory"
>> ./configure --prefix=/path/to/install/MET/libraries
>> make
>> make install
>>
>> I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>>
>> So please try using the "prefix" option for configure to see if
that enables you to install them where you'd like.
>>
>> Thanks,
>> John
>>
>> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> That worked! So now I have to figure out a few more things...
I've got to override the directory builds in the 'make install' step
since it tries to place them in /usr/bin or /usr/local which we don't
have permissions to write to.
>>>
>>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Tuesday, July 09, 2013 5:02 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> Sorry for the delay in getting back to you. I was trying to
figure out a way to replicate your error, but all of the machines have
zlib in a standard location.
>>>
>>> I found a relevant website here:
>>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
proble
>>> m
>>> -
>>> when-installing-libpng-531369/
>>>
>>> They suggest compiling libpng as follows:
>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>> ./configure --prefix=/usr
>>> make
>>> make install
>>>
>>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>>> /usr/local/lib/libz.a
>>> But you won't have permission to write there without root access.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Hi John,
>>>>
>>>> I checked the log file, and it set the two paths correctly when I
used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>>
>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>> checking whether build environment is sane... yes checking for a
>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>> gcc checking for C compiler default output file name...
>>>> configure: error: C compiler cannot create executables See
>>>> `config.log' for more details.
>>>>
>>>> Last line of 'config.log' says:
>>>>
>>>> configure: exit 77
>>>>
>>>> =====
>>>>
>>>> Now when I don't set those two environment variables the error
point is much further along:
>>>>
>>>> checking for working strtod... yes
>>>> checking for memset... yes
>>>> checking for pow... no
>>>> checking for pow in -lm... yes
>>>> checking for zlibVersion in -lz... no
>>>> configure: error: zlib not installed
>>>>
>>>> And the error line is:
>>>>
>>>> Configure: exit 1
>>>>
>>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I
try to export "-lz" in LIBS, I get the C++ error from earlier.
>>>>
>>>> Is there an expected location for zlib? I have it in
METv4.1/lib, in a directory named zlib-1.2.6 (which I tried renaming
'zlib'; that didn't help).
>>>>
>>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones I
have. Maybe you can look and see where you have them located on your
system and I can emulate that.
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Monday, July 08, 2013 2:02 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Matt,
>>>>
>>>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>>>
>>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>>
>>>> cd "libpng directory"
>>>> make clean
>>>> setenv LDFLAGS /path/to/zlib
>>>> setenv CPPFLAGS /path/to/zlib
>>>> ./configure --prefix=/path/to/libpng/install/directory
>>>> make
>>>> make install
>>>>
>>>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>>>
>>>>> -----Original Message-----
>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>>> routines
>>>>>
>>>>> Hi Matt,
>>>>>
>>>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Mon Jul 15 10:44:21 2013
Matt,
The user_defs.mk file you sent has GRIB2 and MODIS disabled
(WITH_GRIB2 = 0 and ENABLE_MODIS = 0). However, the make_met.log file
you sent appears to have GRIB2 enabled (the -DWITH_GRIB2 option is
being used). So I suspect that the user_defs.mk file you sent does
not exactly correspond to the make_met.log file you sent.
The linker error you're seeing is due to the fact that the GRIB2
library is not being linked in (-lgrib2c is missing from the
compilation line). Now why in the world would that be the case?! I
have
no idea. In met_defs.mk, we check the "WITH_GRIB2" setting, and if
it's set, add in the -lgrib2c library.
You could try doing a clean build in this way:
- Edit user_defs.mk to turn on the compilation of GRIB2 and MODIS.
- Copy your user_defs.mk file somewhere else.
- Remove the entire METv4.1 directory.
- Untar the METv4.1 tar file.
- Copy in your user_defs.mk file.
- Then try recompiling and send me your user_defs.mk and
make_met.log file again.
Perhaps somewhere along the line, the top-level Makefile, met_defs.mk,
or export.mk was modified, causing a problem.
Then I'll check to make sure that the contents of user_defs.mk lines
up with the logfile output of make we're seeing.
Thanks,
John
On 07/15/2013 09:52 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hey John,
>
> Just to catch you up on where we stand, I tried to get everything
compiled this morning and it failed. I've reverted to making 2
directories for MET... one for testing and the other for Bob Craig,
who started using 4.1 already and didn't like that 'make clean' was
taking away the executables.
>
> So I can get MET 4.1 to fully compile when the MODIS and GRIB2 flags
are set to 0. When they are set to 1, here is the Makefile. I will
attach user_defs.mk as well and you can take a look at that. Let me
know if you see anything wrong here.
>
> Thanks
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, July 11, 2013 4:26 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Matt,
>
> Prior to our release of METv4.1, we tested it on several different
platforms. In order to expedite that testing, I wrote a script to
configure/compile all the libraries on which MET depends and then
compile MET itself. The process you're going through seems un-
necessarily difficult. It occurs to me that I should probably
generalize that script a bit and then post on the MET website as an
automated way to retrieve/configure/compile all these libraries.
>
> Unfortunately, I'm not available to work on that right now. So
you'll just have to continue down this long road. But hopefully
sometime soon, I'll be able to provide help to automate all of this.
>
> But to get to your question... compiling support for GRIB2 within
MET (WITH_GRIB2 = 1 in user_defs.mk) requires the GRIB2C, Z-lib,
libpng, and jasper lib. GRIB2 supports compression and those 3
libraries are used to perform that compression.
>
> All 4 of those libraries can be retrieved from NCEP's page:
> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>
> They are often installed in standard places on machines, but as
we're finding, they're not on yours. So you need to add in the
compilation of jasper lib. In order to tell MET where to find them,
you'd do this in user_defs.mk:
>
> GRIB2C_INCS = -I/path/to/g2clib/include
> GRIB2C_LIBS = -L/path/to/g2clib/lib -L/path/to/zlib/lib
-L/path/to/jasper/lib -L/path/to/libpng/lib
>
> If you install all of those packages into the same directory, you'd
just need to specify that once on the GRIB2C_LIBS line. But if
they're in different directories, you need to specify each of them
there.
>
> Sorry for all this trouble!
>
> Thanks,
> John
>
>
> On 07/11/2013 12:15 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Update:
>>
>> I figured out the grib2.h issue, but am still not getting all the
way through the compile without errors when I enable the MODIS and
GRIB2 flags by setting them to 1 in user_defs.mk.
>>
>> Attached is the full text file of the output log that I get. I
think we're close here, but I just can't figure out where this
-ljasper definition needs to be made. It looks like the GRIB2C is
okay, but ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Thursday, July 11, 2013 11:37 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
>>
>> It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
>> (1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
>> (2) Perhaps there's a bug in one of the MET Makefiles that should
be using the "GRIB2C_LIB" flag in the compilation step.
>>
>> Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
>> make clean
>> make >& make_met.log
>>
>> If you send me that log file, I'll take a look to see if anything
jumps out.
>>
>> Thanks,
>> John
>>
>> On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> You must be more well-versed in the world of Makefile, configure
and
>>> install than I am... this is all new to me. Maybe I'm just behind
>>> the curve but if libraries are typically set up by SysAdmin folks,
do
>>> you expect SysAdmin to be installing MET for users? Maybe our
>>> 'division of labor' is messed up here... could that be? :)
>>>
>>> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>>>
>>> "cannot find -lgrib2c".
>>>
>>> I'm confused by the Makefile asking about this... here's what I
have now. Do I need to have something in the F2C section? I don’t
see that library as something 'grib2c' built.
>>>
>>> # Top level directory for the F2C or G2C Library if it's not
>>> installed in a # standard location.
>>> # F2C include directory specified as: -I/your/include/path # F2C
>>> library directory containing libf2c.a or libg2c.a and specified
as:
>>> # -L/your/library/path
>>> # Name of the library to be used: -lf2c or -lg2c # NOTE: Typically
>>> required for the IBM xlf Fortran compiler
>>> F2C_BASE =
>>> F2C_INCS =
>>> F2C_LIBS =
>>> F2C_LIBNAME =
>>>
>>> # Top level directory for the GRIB2 C Library if it's not #
installed
>>> in a standard location.
>>> # grib2c include directory specified as: -I/your/include/path #
>>> grib2c library directory specified as: -L/your/library/path
>>> GRIB2C_BASE = GRIB2C_INCS = -I/home/qcteam/METv4.1/lib/g2clib-
1.4.0
>>> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>
>>> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a"
which I created from the g2clib build. Are there other includes/libs
I should have? I don't see where anything got created except for the
one .a file.
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Thursday, July 11, 2013 10:29 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> The "prefix" option to the configure step should specify where
they should be installed. For example...
>>>
>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>> ./configure --prefix=/path/to/install/MET/libraries
>>> make
>>> make install
>>>
>>> I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>>>
>>> So please try using the "prefix" option for configure to see if
that enables you to install them where you'd like.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> That worked! So now I have to figure out a few more things...
I've got to override the directory builds in the 'make install' step
since it tries to place them in /usr/bin or /usr/local which we don't
have permissions to write to.
>>>>
>>>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Tuesday, July 09, 2013 5:02 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Matt,
>>>>
>>>> Sorry for the delay in getting back to you. I was trying to
figure out a way to replicate your error, but all of the machines have
zlib in a standard location.
>>>>
>>>> I found a relevant website here:
>>>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
proble
>>>> m
>>>> -
>>>> when-installing-libpng-531369/
>>>>
>>>> They suggest compiling libpng as follows:
>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>> ./configure --prefix=/usr
>>>> make
>>>> make install
>>>>
>>>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>>>> /usr/local/lib/libz.a
>>>> But you won't have permission to write there without root access.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Hi John,
>>>>>
>>>>> I checked the log file, and it set the two paths correctly when
I used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>>>
>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>> checking whether build environment is sane... yes checking for a
>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>>> gcc checking for C compiler default output file name...
>>>>> configure: error: C compiler cannot create executables See
>>>>> `config.log' for more details.
>>>>>
>>>>> Last line of 'config.log' says:
>>>>>
>>>>> configure: exit 77
>>>>>
>>>>> =====
>>>>>
>>>>> Now when I don't set those two environment variables the error
point is much further along:
>>>>>
>>>>> checking for working strtod... yes
>>>>> checking for memset... yes
>>>>> checking for pow... no
>>>>> checking for pow in -lm... yes
>>>>> checking for zlibVersion in -lz... no
>>>>> configure: error: zlib not installed
>>>>>
>>>>> And the error line is:
>>>>>
>>>>> Configure: exit 1
>>>>>
>>>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I
try to export "-lz" in LIBS, I get the C++ error from earlier.
>>>>>
>>>>> Is there an expected location for zlib? I have it in
METv4.1/lib, in a directory named zlib-1.2.6 (which I tried renaming
'zlib'; that didn't help).
>>>>>
>>>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones
I have. Maybe you can look and see where you have them located on
your system and I can emulate that.
>>>>>
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 08, 2013 2:02 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Matt,
>>>>>
>>>>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>>>>
>>>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>>>
>>>>> cd "libpng directory"
>>>>> make clean
>>>>> setenv LDFLAGS /path/to/zlib
>>>>> setenv CPPFLAGS /path/to/zlib
>>>>> ./configure --prefix=/path/to/libpng/install/directory
>>>>> make
>>>>> make install
>>>>>
>>>>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt,
>>>>>>
>>>>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>>>>
>>>>>> Thanks,
>>>>>> John
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 15 13:45:27 2013
I erased the entire directory and gunzipped and untarred everything
(V4.1 and the two patch files) for the first time, and compiled with
MODIS and GRIB2 flags set to 0-and everything compiled nicely.
Then I switched those two flags to 1... and things chug along until it
gets to looking for "-lgrib2c", just as before. I did not recompile
the libraries though; I simply re-used them from the first MET
directory I had built.
I don't know where in the process "-lgrib2c" takes on an identity as a
path, but if I thought I could hard-code it in the Makefile I would.
Attached is the make file log.
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 15, 2013 11:44 AM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
The user_defs.mk file you sent has GRIB2 and MODIS disabled
(WITH_GRIB2 = 0 and ENABLE_MODIS = 0). However, the make_met.log file
you sent appears to have GRIB2 enabled (the -DWITH_GRIB2 option is
being used). So I suspect that the user_defs.mk file you sent does
not exactly correspond to the make_met.log file you sent.
The linker error you're seeing is due to the fact that the GRIB2
library is not being linked in (-lgrib2c is missing from the
compilation line). Now why in the world would that be the case?! I
have no idea. In met_defs.mk, we check the "WITH_GRIB2" setting, and
if it's set, add in the -lgrib2c library.
You could try doing a clean build in this way:
- Edit user_defs.mk to turn on the compilation of GRIB2 and MODIS.
- Copy your user_defs.mk file somewhere else.
- Remove the entire METv4.1 directory.
- Untar the METv4.1 tar file.
- Copy in your user_defs.mk file.
- Then try recompiling and send me your user_defs.mk and
make_met.log file again.
Perhaps somewhere along the line, the top-level Makefile, met_defs.mk,
or export.mk was modified, causing a problem.
Then I'll check to make sure that the contents of user_defs.mk lines
up with the logfile output of make we're seeing.
Thanks,
John
On 07/15/2013 09:52 AM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> Hey John,
>
> Just to catch you up on where we stand, I tried to get everything
compiled this morning and it failed. I've reverted to making 2
directories for MET... one for testing and the other for Bob Craig,
who started using 4.1 already and didn't like that 'make clean' was
taking away the executables.
>
> So I can get MET 4.1 to fully compile when the MODIS and GRIB2 flags
are set to 0. When they are set to 1, here is the Makefile. I will
attach user_defs.mk as well and you can take a look at that. Let me
know if you see anything wrong here.
>
> Thanks
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Thursday, July 11, 2013 4:26 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Matt,
>
> Prior to our release of METv4.1, we tested it on several different
platforms. In order to expedite that testing, I wrote a script to
configure/compile all the libraries on which MET depends and then
compile MET itself. The process you're going through seems un-
necessarily difficult. It occurs to me that I should probably
generalize that script a bit and then post on the MET website as an
automated way to retrieve/configure/compile all these libraries.
>
> Unfortunately, I'm not available to work on that right now. So
you'll just have to continue down this long road. But hopefully
sometime soon, I'll be able to provide help to automate all of this.
>
> But to get to your question... compiling support for GRIB2 within
MET (WITH_GRIB2 = 1 in user_defs.mk) requires the GRIB2C, Z-lib,
libpng, and jasper lib. GRIB2 supports compression and those 3
libraries are used to perform that compression.
>
> All 4 of those libraries can be retrieved from NCEP's page:
> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>
> They are often installed in standard places on machines, but as
we're finding, they're not on yours. So you need to add in the
compilation of jasper lib. In order to tell MET where to find them,
you'd do this in user_defs.mk:
>
> GRIB2C_INCS = -I/path/to/g2clib/include
> GRIB2C_LIBS = -L/path/to/g2clib/lib -L/path/to/zlib/lib
> -L/path/to/jasper/lib -L/path/to/libpng/lib
>
> If you install all of those packages into the same directory, you'd
just need to specify that once on the GRIB2C_LIBS line. But if
they're in different directories, you need to specify each of them
there.
>
> Sorry for all this trouble!
>
> Thanks,
> John
>
>
> On 07/11/2013 12:15 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Update:
>>
>> I figured out the grib2.h issue, but am still not getting all the
way through the compile without errors when I enable the MODIS and
GRIB2 flags by setting them to 1 in user_defs.mk.
>>
>> Attached is the full text file of the output log that I get. I
think we're close here, but I just can't figure out where this
-ljasper definition needs to be made. It looks like the GRIB2C is
okay, but ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Thursday, July 11, 2013 11:37 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
>>
>> It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
>> (1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
>> (2) Perhaps there's a bug in one of the MET Makefiles that should
be using the "GRIB2C_LIB" flag in the compilation step.
>>
>> Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
>> make clean
>> make >& make_met.log
>>
>> If you send me that log file, I'll take a look to see if anything
jumps out.
>>
>> Thanks,
>> John
>>
>> On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> You must be more well-versed in the world of Makefile, configure
and
>>> install than I am... this is all new to me. Maybe I'm just behind
>>> the curve but if libraries are typically set up by SysAdmin folks,
>>> do you expect SysAdmin to be installing MET for users? Maybe our
>>> 'division of labor' is messed up here... could that be? :)
>>>
>>> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>>>
>>> "cannot find -lgrib2c".
>>>
>>> I'm confused by the Makefile asking about this... here's what I
have now. Do I need to have something in the F2C section? I don’t
see that library as something 'grib2c' built.
>>>
>>> # Top level directory for the F2C or G2C Library if it's not
>>> installed in a # standard location.
>>> # F2C include directory specified as: -I/your/include/path # F2C
>>> library directory containing libf2c.a or libg2c.a and specified
as:
>>> # -L/your/library/path
>>> # Name of the library to be used: -lf2c or -lg2c # NOTE: Typically
>>> required for the IBM xlf Fortran compiler
>>> F2C_BASE =
>>> F2C_INCS =
>>> F2C_LIBS =
>>> F2C_LIBNAME =
>>>
>>> # Top level directory for the GRIB2 C Library if it's not #
>>> installed in a standard location.
>>> # grib2c include directory specified as: -I/your/include/path #
>>> grib2c library directory specified as: -L/your/library/path
>>> GRIB2C_BASE = GRIB2C_INCS =
>>> -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>
>>> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a"
which I created from the g2clib build. Are there other includes/libs
I should have? I don't see where anything got created except for the
one .a file.
>>>
>>> Thanks,
>>> Matt
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Thursday, July 11, 2013 10:29 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> The "prefix" option to the configure step should specify where
they should be installed. For example...
>>>
>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>> ./configure --prefix=/path/to/install/MET/libraries
>>> make
>>> make install
>>>
>>> I often "install" the libraries on which MET depends into the same
directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>>>
>>> So please try using the "prefix" option for configure to see if
that enables you to install them where you'd like.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> That worked! So now I have to figure out a few more things...
I've got to override the directory builds in the 'make install' step
since it tries to place them in /usr/bin or /usr/local which we don't
have permissions to write to.
>>>>
>>>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Tuesday, July 09, 2013 5:02 PM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Matt,
>>>>
>>>> Sorry for the delay in getting back to you. I was trying to
figure out a way to replicate your error, but all of the machines have
zlib in a standard location.
>>>>
>>>> I found a relevant website here:
>>>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
probl
>>>> e
>>>> m
>>>> -
>>>> when-installing-libpng-531369/
>>>>
>>>> They suggest compiling libpng as follows:
>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>> ./configure --prefix=/usr
>>>> make
>>>> make install
>>>>
>>>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>>>> /usr/local/lib/libz.a
>>>> But you won't have permission to write there without root access.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> Hi John,
>>>>>
>>>>> I checked the log file, and it set the two paths correctly when
I used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>>>
>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>> checking whether build environment is sane... yes checking for a
>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>>> gcc checking for C compiler default output file name...
>>>>> configure: error: C compiler cannot create executables See
>>>>> `config.log' for more details.
>>>>>
>>>>> Last line of 'config.log' says:
>>>>>
>>>>> configure: exit 77
>>>>>
>>>>> =====
>>>>>
>>>>> Now when I don't set those two environment variables the error
point is much further along:
>>>>>
>>>>> checking for working strtod... yes checking for memset... yes
>>>>> checking for pow... no checking for pow in -lm... yes checking
for
>>>>> zlibVersion in -lz... no
>>>>> configure: error: zlib not installed
>>>>>
>>>>> And the error line is:
>>>>>
>>>>> Configure: exit 1
>>>>>
>>>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I
try to export "-lz" in LIBS, I get the C++ error from earlier.
>>>>>
>>>>> Is there an expected location for zlib? I have it in
METv4.1/lib, in a directory named zlib-1.2.6 (which I tried renaming
'zlib'; that didn't help).
>>>>>
>>>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones
I have. Maybe you can look and see where you have them located on
your system and I can emulate that.
>>>>>
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Monday, July 08, 2013 2:02 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Matt,
>>>>>
>>>>> Yep, I see the message history. Looks like you tried to install
libpng, but got an error with zlib not being found. Is that correct?
>>>>>
>>>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>>>
>>>>> cd "libpng directory"
>>>>> make clean
>>>>> setenv LDFLAGS /path/to/zlib
>>>>> setenv CPPFLAGS /path/to/zlib
>>>>> ./configure --prefix=/path/to/libpng/install/directory
>>>>> make
>>>>> make install
>>>>>
>>>>> Not sure if that'll do the trick or not. With those environment
variables, I'm telling it where to find the zlib header and object
files. I'm not able to easily test this here since zlib and libpng
are in standard locations. But just give that a shot and let me know
if you're able to compile libpng.
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> I punted... left town Wednesday and went to Chicago, back today
though. I haven't looked any more at it. Did Julie forward you any
details? It’s not a critical thing for us to have, but if it is an
issue to other users I certainly think we should test it.
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>>>> routines
>>>>>>
>>>>>> Hi Matt,
>>>>>>
>>>>>> I'm back in the office this morning and wanted to touch base to
find out where you are with compiling the MODIS tool. Are you still
having trouble with that one?
>>>>>>
>>>>>> Thanks,
>>>>>> John
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Mon Jul 15 14:00:47 2013
Matt,
OK, good news. As I was looking through things for this issue this
morning, I ran across a problem in the modis_regrid Makefile.
Basically, that Makefile wasn't using the GRIB2 build variables -
instead, it was hard-coding them. I posted a bugfix for it this
morning, and I believe that'll solve this problem.
Please apply the latest set of patches for METv4.1 and recompile:
http://www.dtcenter.org/met/users/support/known_issues/METv4.1/index.php
Sorry again this is such an ordeal!
Thanks,
John
On 07/15/2013 01:45 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I erased the entire directory and gunzipped and untarred everything
(V4.1 and the two patch files) for the first time, and compiled with
MODIS and GRIB2 flags set to 0-and everything compiled nicely.
>
> Then I switched those two flags to 1... and things chug along until
it gets to looking for "-lgrib2c", just as before. I did not
recompile the libraries though; I simply re-used them from the first
MET directory I had built.
>
> I don't know where in the process "-lgrib2c" takes on an identity as
a path, but if I thought I could hard-code it in the Makefile I would.
>
> Attached is the make file log.
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 15, 2013 11:44 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Matt,
>
> The user_defs.mk file you sent has GRIB2 and MODIS disabled
(WITH_GRIB2 = 0 and ENABLE_MODIS = 0). However, the make_met.log file
you sent appears to have GRIB2 enabled (the -DWITH_GRIB2 option is
being used). So I suspect that the user_defs.mk file you sent does
not exactly correspond to the make_met.log file you sent.
>
> The linker error you're seeing is due to the fact that the GRIB2
library is not being linked in (-lgrib2c is missing from the
compilation line). Now why in the world would that be the case?! I
have no idea. In met_defs.mk, we check the "WITH_GRIB2" setting, and
if it's set, add in the -lgrib2c library.
>
> You could try doing a clean build in this way:
> - Edit user_defs.mk to turn on the compilation of GRIB2 and
MODIS.
> - Copy your user_defs.mk file somewhere else.
> - Remove the entire METv4.1 directory.
> - Untar the METv4.1 tar file.
> - Copy in your user_defs.mk file.
> - Then try recompiling and send me your user_defs.mk and
make_met.log file again.
>
> Perhaps somewhere along the line, the top-level Makefile,
met_defs.mk, or export.mk was modified, causing a problem.
>
> Then I'll check to make sure that the contents of user_defs.mk lines
up with the logfile output of make we're seeing.
>
> Thanks,
> John
>
> On 07/15/2013 09:52 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hey John,
>>
>> Just to catch you up on where we stand, I tried to get everything
compiled this morning and it failed. I've reverted to making 2
directories for MET... one for testing and the other for Bob Craig,
who started using 4.1 already and didn't like that 'make clean' was
taking away the executables.
>>
>> So I can get MET 4.1 to fully compile when the MODIS and GRIB2
flags are set to 0. When they are set to 1, here is the Makefile. I
will attach user_defs.mk as well and you can take a look at that. Let
me know if you see anything wrong here.
>>
>> Thanks
>> Matt
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Thursday, July 11, 2013 4:26 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> Prior to our release of METv4.1, we tested it on several different
platforms. In order to expedite that testing, I wrote a script to
configure/compile all the libraries on which MET depends and then
compile MET itself. The process you're going through seems un-
necessarily difficult. It occurs to me that I should probably
generalize that script a bit and then post on the MET website as an
automated way to retrieve/configure/compile all these libraries.
>>
>> Unfortunately, I'm not available to work on that right now. So
you'll just have to continue down this long road. But hopefully
sometime soon, I'll be able to provide help to automate all of this.
>>
>> But to get to your question... compiling support for GRIB2 within
MET (WITH_GRIB2 = 1 in user_defs.mk) requires the GRIB2C, Z-lib,
libpng, and jasper lib. GRIB2 supports compression and those 3
libraries are used to perform that compression.
>>
>> All 4 of those libraries can be retrieved from NCEP's page:
>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>
>> They are often installed in standard places on machines, but as
we're finding, they're not on yours. So you need to add in the
compilation of jasper lib. In order to tell MET where to find them,
you'd do this in user_defs.mk:
>>
>> GRIB2C_INCS = -I/path/to/g2clib/include
>> GRIB2C_LIBS = -L/path/to/g2clib/lib -L/path/to/zlib/lib
>> -L/path/to/jasper/lib -L/path/to/libpng/lib
>>
>> If you install all of those packages into the same directory, you'd
just need to specify that once on the GRIB2C_LIBS line. But if
they're in different directories, you need to specify each of them
there.
>>
>> Sorry for all this trouble!
>>
>> Thanks,
>> John
>>
>>
>> On 07/11/2013 12:15 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Update:
>>>
>>> I figured out the grib2.h issue, but am still not getting all the
way through the compile without errors when I enable the MODIS and
GRIB2 flags by setting them to 1 in user_defs.mk.
>>>
>>> Attached is the full text file of the output log that I get. I
think we're close here, but I just can't figure out where this
-ljasper definition needs to be made. It looks like the GRIB2C is
okay, but ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Thursday, July 11, 2013 11:37 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
>>>
>>> It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
>>> (1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
>>> (2) Perhaps there's a bug in one of the MET Makefiles that should
be using the "GRIB2C_LIB" flag in the compilation step.
>>>
>>> Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
>>> make clean
>>> make >& make_met.log
>>>
>>> If you send me that log file, I'll take a look to see if anything
jumps out.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> You must be more well-versed in the world of Makefile, configure
and
>>>> install than I am... this is all new to me. Maybe I'm just
behind
>>>> the curve but if libraries are typically set up by SysAdmin
folks,
>>>> do you expect SysAdmin to be installing MET for users? Maybe our
>>>> 'division of labor' is messed up here... could that be? :)
>>>>
>>>> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>>>>
>>>> "cannot find -lgrib2c".
>>>>
>>>> I'm confused by the Makefile asking about this... here's what I
have now. Do I need to have something in the F2C section? I don’t
see that library as something 'grib2c' built.
>>>>
>>>> # Top level directory for the F2C or G2C Library if it's not
>>>> installed in a # standard location.
>>>> # F2C include directory specified as: -I/your/include/path # F2C
>>>> library directory containing libf2c.a or libg2c.a and specified
as:
>>>> # -L/your/library/path
>>>> # Name of the library to be used: -lf2c or -lg2c # NOTE:
Typically
>>>> required for the IBM xlf Fortran compiler
>>>> F2C_BASE =
>>>> F2C_INCS =
>>>> F2C_LIBS =
>>>> F2C_LIBNAME =
>>>>
>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>> installed in a standard location.
>>>> # grib2c include directory specified as: -I/your/include/path #
>>>> grib2c library directory specified as: -L/your/library/path
>>>> GRIB2C_BASE = GRIB2C_INCS =
>>>> -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>>
>>>> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a"
which I created from the g2clib build. Are there other includes/libs
I should have? I don't see where anything got created except for the
one .a file.
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Thursday, July 11, 2013 10:29 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Matt,
>>>>
>>>> The "prefix" option to the configure step should specify where
they should be installed. For example...
>>>>
>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>> ./configure --prefix=/path/to/install/MET/libraries
>>>> make
>>>> make install
>>>>
>>>> I often "install" the libraries on which MET depends into the
same directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>>>>
>>>> So please try using the "prefix" option for configure to see if
that enables you to install them where you'd like.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> That worked! So now I have to figure out a few more things...
I've got to override the directory builds in the 'make install' step
since it tries to place them in /usr/bin or /usr/local which we don't
have permissions to write to.
>>>>>
>>>>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Tuesday, July 09, 2013 5:02 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Matt,
>>>>>
>>>>> Sorry for the delay in getting back to you. I was trying to
figure out a way to replicate your error, but all of the machines have
zlib in a standard location.
>>>>>
>>>>> I found a relevant website here:
>>>>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
probl
>>>>> e
>>>>> m
>>>>> -
>>>>> when-installing-libpng-531369/
>>>>>
>>>>> They suggest compiling libpng as follows:
>>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>>> ./configure --prefix=/usr
>>>>> make
>>>>> make install
>>>>>
>>>>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>>>>> /usr/local/lib/libz.a
>>>>> But you won't have permission to write there without root
access.
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> Hi John,
>>>>>>
>>>>>> I checked the log file, and it set the two paths correctly when
I used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>>>>
>>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>>> checking whether build environment is sane... yes checking for
a
>>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>>>> gcc checking for C compiler default output file name...
>>>>>> configure: error: C compiler cannot create executables See
>>>>>> `config.log' for more details.
>>>>>>
>>>>>> Last line of 'config.log' says:
>>>>>>
>>>>>> configure: exit 77
>>>>>>
>>>>>> =====
>>>>>>
>>>>>> Now when I don't set those two environment variables the error
point is much further along:
>>>>>>
>>>>>> checking for working strtod... yes checking for memset... yes
>>>>>> checking for pow... no checking for pow in -lm... yes checking
for
>>>>>> zlibVersion in -lz... no
>>>>>> configure: error: zlib not installed
>>>>>>
>>>>>> And the error line is:
>>>>>>
>>>>>> Configure: exit 1
>>>>>>
>>>>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I
try to export "-lz" in LIBS, I get the C++ error from earlier.
>>>>>>
>>>>>> Is there an expected location for zlib? I have it in
METv4.1/lib, in a directory named zlib-1.2.6 (which I tried renaming
'zlib'; that didn't help).
>>>>>>
>>>>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones
I have. Maybe you can look and see where you have them located on
your system and I can emulate that.
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 08, 2013 2:02 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Matt,
>>>>>>
>>>>>> Yep, I see the message history. Looks like you tried to
install libpng, but got an error with zlib not being found. Is that
correct?
>>>>>>
>>>>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>>>>
>>>>>> cd "libpng directory"
>>>>>> make clean
>>>>>> setenv LDFLAGS /path/to/zlib
>>>>>> setenv CPPFLAGS /path/to/zlib
>>>>>> ./configure
--prefix=/path/to/libpng/install/directory
>>>>>> make
>>>>>> make install
>>>>>>
>>>>>> Not sure if that'll do the trick or not. With those
environment variables, I'm telling it where to find the zlib header
and object files. I'm not able to easily test this here since zlib
and libpng are in standard locations. But just give that a shot and
let me know if you're able to compile libpng.
>>>>>>
>>>>>> Thanks,
>>>>>> John
>>>>>>
>>>>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> I punted... left town Wednesday and went to Chicago, back
today though. I haven't looked any more at it. Did Julie forward you
any details? It’s not a critical thing for us to have, but if it is
an issue to other users I certainly think we should test it.
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> Hi Matt,
>>>>>>>
>>>>>>> I'm back in the office this morning and wanted to touch base
to find out where you are with compiling the MODIS tool. Are you
still having trouble with that one?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> John
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Trying to compile the MODIS routines
From: matthew.sittel.ctr at offutt.af.mil
Time: Mon Jul 15 14:37:21 2013
I downloaded the patch and it gets through the -lgrib2c step now...
and then... it fails on HDF EOS. See below.
/usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
sat_utils.o data_averager.o data_plane_to_netcdf.o \
-o modis_regrid \
-Wall -Wshadow -static -g -DWITH_GRIB2 \
-I/home/qcteam/rebuild/METv4.1/include \
-I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include \
-I/home/qcteam/METv4.1/lib/hdfeos/include \
-I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
-I/h/common/gsl-1.15/include \
-I/home/qcteam/METv4.1/lib/g2clib-1.4.0
-I/home/qcteam/METv4.1/install/jasper/include/jasper
-I/home/qcteam/METv4.1/install/zlib/include
-I/home/qcteam/METv4.1/install/libpng/include \
-L/home/qcteam/rebuild/METv4.1/lib \
-L/home/qcteam/METv4.1/lib/hdfeos/lib \
-L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
-L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
-L/h/common/gsl-1.15/lib \
-L/home/qcteam/METv4.1/lib/g2clib-1.4.0
-L/home/qcteam/METv4.1/install/jasper/lib
-L/home/qcteam/METv4.1/install/zlib/lib
-L/home/qcteam/METv4.1/install/libpng/lib \
-lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps -lvx_afm
-lvx_stat_out -lvx_statistics -lvx_shapedata -lvx_gsl_prob
-lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
-lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
-lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid -lvx_config
-lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
-lnetcdf -lgsl -lgslcblas \
-lhdfeos \
-lmfhdf \
-ldf \
-lGctp \
-ljpeg \
-lz \
-lm
/usr/bin/ld: cannot find -lhdfeos
collect2: ld returned 1 exit status
make[4]: *** [modis_regrid] Error 1
make[4]: Leaving directory
`/ibrix/home/qcteam/rebuild/METv4.1/src/tools/other/modis_regrid'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/ibrix/home/qcteam/rebuild/METv4.1/src/tools/other'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/ibrix/home/qcteam/rebuild/METv4.1/src/tools'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/ibrix/home/qcteam/rebuild/METv4.1/src'
make: *** [all] Error 2
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, July 15, 2013 3:01 PM
To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
Matt,
OK, good news. As I was looking through things for this issue this
morning, I ran across a problem in the modis_regrid Makefile.
Basically, that Makefile wasn't using the GRIB2 build variables -
instead, it was hard-coding them. I posted a bugfix for it this
morning, and I believe that'll solve this problem.
Please apply the latest set of patches for METv4.1 and recompile:
http://www.dtcenter.org/met/users/support/known_issues/METv4.1/index.php
Sorry again this is such an ordeal!
Thanks,
John
On 07/15/2013 01:45 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I erased the entire directory and gunzipped and untarred everything
(V4.1 and the two patch files) for the first time, and compiled with
MODIS and GRIB2 flags set to 0-and everything compiled nicely.
>
> Then I switched those two flags to 1... and things chug along until
it gets to looking for "-lgrib2c", just as before. I did not
recompile the libraries though; I simply re-used them from the first
MET directory I had built.
>
> I don't know where in the process "-lgrib2c" takes on an identity as
a path, but if I thought I could hard-code it in the Makefile I would.
>
> Attached is the make file log.
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 15, 2013 11:44 AM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
> routines
>
> Matt,
>
> The user_defs.mk file you sent has GRIB2 and MODIS disabled
(WITH_GRIB2 = 0 and ENABLE_MODIS = 0). However, the make_met.log file
you sent appears to have GRIB2 enabled (the -DWITH_GRIB2 option is
being used). So I suspect that the user_defs.mk file you sent does
not exactly correspond to the make_met.log file you sent.
>
> The linker error you're seeing is due to the fact that the GRIB2
library is not being linked in (-lgrib2c is missing from the
compilation line). Now why in the world would that be the case?! I
have no idea. In met_defs.mk, we check the "WITH_GRIB2" setting, and
if it's set, add in the -lgrib2c library.
>
> You could try doing a clean build in this way:
> - Edit user_defs.mk to turn on the compilation of GRIB2 and
MODIS.
> - Copy your user_defs.mk file somewhere else.
> - Remove the entire METv4.1 directory.
> - Untar the METv4.1 tar file.
> - Copy in your user_defs.mk file.
> - Then try recompiling and send me your user_defs.mk and
make_met.log file again.
>
> Perhaps somewhere along the line, the top-level Makefile,
met_defs.mk, or export.mk was modified, causing a problem.
>
> Then I'll check to make sure that the contents of user_defs.mk lines
up with the logfile output of make we're seeing.
>
> Thanks,
> John
>
> On 07/15/2013 09:52 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> Hey John,
>>
>> Just to catch you up on where we stand, I tried to get everything
compiled this morning and it failed. I've reverted to making 2
directories for MET... one for testing and the other for Bob Craig,
who started using 4.1 already and didn't like that 'make clean' was
taking away the executables.
>>
>> So I can get MET 4.1 to fully compile when the MODIS and GRIB2
flags are set to 0. When they are set to 1, here is the Makefile. I
will attach user_defs.mk as well and you can take a look at that. Let
me know if you see anything wrong here.
>>
>> Thanks
>> Matt
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Thursday, July 11, 2013 4:26 PM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> Prior to our release of METv4.1, we tested it on several different
platforms. In order to expedite that testing, I wrote a script to
configure/compile all the libraries on which MET depends and then
compile MET itself. The process you're going through seems un-
necessarily difficult. It occurs to me that I should probably
generalize that script a bit and then post on the MET website as an
automated way to retrieve/configure/compile all these libraries.
>>
>> Unfortunately, I'm not available to work on that right now. So
you'll just have to continue down this long road. But hopefully
sometime soon, I'll be able to provide help to automate all of this.
>>
>> But to get to your question... compiling support for GRIB2 within
MET (WITH_GRIB2 = 1 in user_defs.mk) requires the GRIB2C, Z-lib,
libpng, and jasper lib. GRIB2 supports compression and those 3
libraries are used to perform that compression.
>>
>> All 4 of those libraries can be retrieved from NCEP's page:
>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>
>> They are often installed in standard places on machines, but as
we're finding, they're not on yours. So you need to add in the
compilation of jasper lib. In order to tell MET where to find them,
you'd do this in user_defs.mk:
>>
>> GRIB2C_INCS = -I/path/to/g2clib/include
>> GRIB2C_LIBS = -L/path/to/g2clib/lib -L/path/to/zlib/lib
>> -L/path/to/jasper/lib -L/path/to/libpng/lib
>>
>> If you install all of those packages into the same directory, you'd
just need to specify that once on the GRIB2C_LIBS line. But if
they're in different directories, you need to specify each of them
there.
>>
>> Sorry for all this trouble!
>>
>> Thanks,
>> John
>>
>>
>> On 07/11/2013 12:15 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Update:
>>>
>>> I figured out the grib2.h issue, but am still not getting all the
way through the compile without errors when I enable the MODIS and
GRIB2 flags by setting them to 1 in user_defs.mk.
>>>
>>> Attached is the full text file of the output log that I get. I
think we're close here, but I just can't figure out where this
-ljasper definition needs to be made. It looks like the GRIB2C is
okay, but ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Thursday, July 11, 2013 11:37 AM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
>>>
>>> It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
>>> (1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
>>> (2) Perhaps there's a bug in one of the MET Makefiles that should
be using the "GRIB2C_LIB" flag in the compilation step.
>>>
>>> Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
>>> make clean
>>> make >& make_met.log
>>>
>>> If you send me that log file, I'll take a look to see if anything
jumps out.
>>>
>>> Thanks,
>>> John
>>>
>>> On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> You must be more well-versed in the world of Makefile, configure
>>>> and install than I am... this is all new to me. Maybe I'm just
>>>> behind the curve but if libraries are typically set up by
SysAdmin
>>>> folks, do you expect SysAdmin to be installing MET for users?
>>>> Maybe our 'division of labor' is messed up here... could that be?
>>>> :)
>>>>
>>>> Okay, so I tried the configure part, and all 4, including g2clib,
appeared to install correctly... but the make of METv4.1 is failing on
a simple line:
>>>>
>>>> "cannot find -lgrib2c".
>>>>
>>>> I'm confused by the Makefile asking about this... here's what I
have now. Do I need to have something in the F2C section? I don’t
see that library as something 'grib2c' built.
>>>>
>>>> # Top level directory for the F2C or G2C Library if it's not
>>>> installed in a # standard location.
>>>> # F2C include directory specified as: -I/your/include/path # F2C
>>>> library directory containing libf2c.a or libg2c.a and specified
as:
>>>> # -L/your/library/path
>>>> # Name of the library to be used: -lf2c or -lg2c # NOTE:
Typically
>>>> required for the IBM xlf Fortran compiler
>>>> F2C_BASE =
>>>> F2C_INCS =
>>>> F2C_LIBS =
>>>> F2C_LIBNAME =
>>>>
>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>> installed in a standard location.
>>>> # grib2c include directory specified as: -I/your/include/path #
>>>> grib2c library directory specified as: -L/your/library/path
>>>> GRIB2C_BASE = GRIB2C_INCS =
>>>> -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>>
>>>> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a"
which I created from the g2clib build. Are there other includes/libs
I should have? I don't see where anything got created except for the
one .a file.
>>>>
>>>> Thanks,
>>>> Matt
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Thursday, July 11, 2013 10:29 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Matt,
>>>>
>>>> The "prefix" option to the configure step should specify where
they should be installed. For example...
>>>>
>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>> ./configure --prefix=/path/to/install/MET/libraries
>>>> make
>>>> make install
>>>>
>>>> I often "install" the libraries on which MET depends into the
same directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>>>>
>>>> So please try using the "prefix" option for configure to see if
that enables you to install them where you'd like.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> That worked! So now I have to figure out a few more things...
I've got to override the directory builds in the 'make install' step
since it tries to place them in /usr/bin or /usr/local which we don't
have permissions to write to.
>>>>>
>>>>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Tuesday, July 09, 2013 5:02 PM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Matt,
>>>>>
>>>>> Sorry for the delay in getting back to you. I was trying to
figure out a way to replicate your error, but all of the machines have
zlib in a standard location.
>>>>>
>>>>> I found a relevant website here:
>>>>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
prob
>>>>> l
>>>>> e
>>>>> m
>>>>> -
>>>>> when-installing-libpng-531369/
>>>>>
>>>>> They suggest compiling libpng as follows:
>>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>>> ./configure --prefix=/usr
>>>>> make
>>>>> make install
>>>>>
>>>>> Please give that a shot. Yes, I am using zlib-1.2.6 and libpng-
1.2.34. zlib is installed in:
>>>>> /usr/local/lib/libz.a
>>>>> But you won't have permission to write there without root
access.
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> Hi John,
>>>>>>
>>>>>> I checked the log file, and it set the two paths correctly when
I used 'export' within Korn Shell. I think it's mad now because the
fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>>>>
>>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>>> checking whether build environment is sane... yes checking for
a
>>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk
>>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>>> enable maintainer-specific portions of Makefiles... no checking
for gcc...
>>>>>> gcc checking for C compiler default output file name...
>>>>>> configure: error: C compiler cannot create executables See
>>>>>> `config.log' for more details.
>>>>>>
>>>>>> Last line of 'config.log' says:
>>>>>>
>>>>>> configure: exit 77
>>>>>>
>>>>>> =====
>>>>>>
>>>>>> Now when I don't set those two environment variables the error
point is much further along:
>>>>>>
>>>>>> checking for working strtod... yes checking for memset... yes
>>>>>> checking for pow... no checking for pow in -lm... yes checking
>>>>>> for zlibVersion in -lz... no
>>>>>> configure: error: zlib not installed
>>>>>>
>>>>>> And the error line is:
>>>>>>
>>>>>> Configure: exit 1
>>>>>>
>>>>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I
try to export "-lz" in LIBS, I get the C++ error from earlier.
>>>>>>
>>>>>> Is there an expected location for zlib? I have it in
METv4.1/lib, in a directory named zlib-1.2.6 (which I tried renaming
'zlib'; that didn't help).
>>>>>>
>>>>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the ones
I have. Maybe you can look and see where you have them located on
your system and I can emulate that.
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Monday, July 08, 2013 2:02 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Matt,
>>>>>>
>>>>>> Yep, I see the message history. Looks like you tried to
install libpng, but got an error with zlib not being found. Is that
correct?
>>>>>>
>>>>>> So you're stuck trying to install libpng. I believe that Julie
has already instructed you to compile zlib, on which libpng depends.
Assuming you've done that, let's try recompiling libpng as follows:
>>>>>>
>>>>>> cd "libpng directory"
>>>>>> make clean
>>>>>> setenv LDFLAGS /path/to/zlib
>>>>>> setenv CPPFLAGS /path/to/zlib
>>>>>> ./configure
--prefix=/path/to/libpng/install/directory
>>>>>> make
>>>>>> make install
>>>>>>
>>>>>> Not sure if that'll do the trick or not. With those
environment variables, I'm telling it where to find the zlib header
and object files. I'm not able to easily test this here since zlib
and libpng are in standard locations. But just give that a shot and
let me know if you're able to compile libpng.
>>>>>>
>>>>>> Thanks,
>>>>>> John
>>>>>>
>>>>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> I punted... left town Wednesday and went to Chicago, back
today though. I haven't looked any more at it. Did Julie forward you
any details? It’s not a critical thing for us to have, but if it is
an issue to other users I certainly think we should test it.
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> Hi Matt,
>>>>>>>
>>>>>>> I'm back in the office this morning and wanted to touch base
to find out where you are with compiling the MODIS tool. Are you
still having trouble with that one?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> John
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS routines
From: John Halley Gotway
Time: Thu Jul 18 11:39:51 2013
Matt,
Sorry for the delay. Yes, the modis_regrid tool requires two
additional external libraries (HDF4 and HDF-EOS2). That's why we made
it optional, since many user's wouldn't want the hassle of dealing
with more libraries.
During development we've been using these versions of those libraries:
HDF4:
http://www.hdfgroup.org/ftp/HDF/releases/HDF4.2r3/src/HDF4.2r3.tar.gz
HDF-EOS2: ftp://edhs1.gsfc.nasa.gov/edhs/hdfeos/previous_releases/HDF-
EOS2.16v1.00.tar.Z
Then in the top-level user_defs.mk, you set:
HDF_BASE_DIR = /path/to/HDF4.2r3
HDF_EOS_BASE_DIR = /path/to/hdfeos
Since HDF uses compression as well, it links to the JPEG and Z
libraries.
Here's some notes I have on compiling those libraries:
# Compile HDF
# Edit 'mfhdf/hdiff/Makefile' as follows:
# From: LIBS = -ljpeg -lz
# To: LIBS = -ljpeg -lz -lm
echo "Compiling HDF"
cd hdf
tar -xzf HDF4.2r3.tar.gz
cd HDF4.2r3
./configure --prefix=${INSTALL_DIR} --disable-netcdf >& /dev/null
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
-lm/g' > Makefile_NEW
mv Makefile_NEW mfhdf/hdiff/Makefile
make >& /dev/null
make install >& /dev/null
cd ../..
# Compile HDF-EOS
echo "Compiling HDF-EOS"
cd hdfeos
tar -xf HDF-EOS2.16v1.00.tar
cd hdfeos
./configure --prefix=${INSTALL_DIR} --with-hdf4=${INSTALL_DIR}
CC=${INSTALL_DIR}/bin/h4cc >& /dev/null
make >& /dev/null
make install >& /dev/null
cp include/*.h ../../include/.
cd ../..
John
On 07/15/2013 02:37 PM, matthew.sittel.ctr at offutt.af.mil via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>
> I downloaded the patch and it gets through the -lgrib2c step now...
and then... it fails on HDF EOS. See below.
>
> /usr/bin/g++ modis_regrid.cc modis_file.o cloudsat_swath_file.o
sat_utils.o data_averager.o data_plane_to_netcdf.o \
> -o modis_regrid \
> -Wall -Wshadow -static -g -DWITH_GRIB2 \
> -I/home/qcteam/rebuild/METv4.1/include \
> -I/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/include \
> -I/home/qcteam/METv4.1/lib/hdfeos/include \
> -I/home/qcteam/netcdf/netcdf-4.1.3/compiled/include \
> -I/h/common/gsl-1.15/include \
> -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
-I/home/qcteam/METv4.1/install/jasper/include/jasper
-I/home/qcteam/METv4.1/install/zlib/include
-I/home/qcteam/METv4.1/install/libpng/include \
> -L/home/qcteam/rebuild/METv4.1/lib \
> -L/home/qcteam/METv4.1/lib/hdfeos/lib \
> -L/home/qcteam/METv4.1/lib/hdf-4.2.9-linux-x86_64/lib \
> -L/home/qcteam/netcdf/netcdf-4.1.3/compiled/lib \
> -L/h/common/gsl-1.15/lib \
> -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
-L/home/qcteam/METv4.1/install/jasper/lib
-L/home/qcteam/METv4.1/install/zlib/lib
-L/home/qcteam/METv4.1/install/libpng/lib \
> -lvx_pxm -lvx_plot_util -lvx_nav -lvx_render -lvx_ps
-lvx_afm -lvx_stat_out -lvx_statistics -lvx_shapedata -lvx_gsl_prob
-lvx_analysis_util -lvx_data2d_factory -lvx_data2d_nc_met
-lvx_data2d_grib -lvx_data2d_grib2 -lgrib2c -ljasper -lpng -lz
-lvx_data2d_nc_pinterp -lvx_data2d -lvx_nc_util -lvx_grid -lvx_config
-lvx_cal -lvx_util -lvx_math -lvx_color -lvx_log -lm -lnetcdf_c++
-lnetcdf -lgsl -lgslcblas \
> -lhdfeos \
> -lmfhdf \
> -ldf \
> -lGctp \
> -ljpeg \
> -lz \
> -lm
> /usr/bin/ld: cannot find -lhdfeos
> collect2: ld returned 1 exit status
> make[4]: *** [modis_regrid] Error 1
> make[4]: Leaving directory
`/ibrix/home/qcteam/rebuild/METv4.1/src/tools/other/modis_regrid'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory
`/ibrix/home/qcteam/rebuild/METv4.1/src/tools/other'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory
`/ibrix/home/qcteam/rebuild/METv4.1/src/tools'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/ibrix/home/qcteam/rebuild/METv4.1/src'
> make: *** [all] Error 2
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, July 15, 2013 3:01 PM
> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
routines
>
> Matt,
>
> OK, good news. As I was looking through things for this issue this
morning, I ran across a problem in the modis_regrid Makefile.
Basically, that Makefile wasn't using the GRIB2 build variables -
instead, it was hard-coding them. I posted a bugfix for it this
morning, and I believe that'll solve this problem.
>
> Please apply the latest set of patches for METv4.1 and recompile:
>
http://www.dtcenter.org/met/users/support/known_issues/METv4.1/index.php
>
> Sorry again this is such an ordeal!
>
> Thanks,
> John
>
> On 07/15/2013 01:45 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>
>> I erased the entire directory and gunzipped and untarred everything
(V4.1 and the two patch files) for the first time, and compiled with
MODIS and GRIB2 flags set to 0-and everything compiled nicely.
>>
>> Then I switched those two flags to 1... and things chug along until
it gets to looking for "-lgrib2c", just as before. I did not
recompile the libraries though; I simply re-used them from the first
MET directory I had built.
>>
>> I don't know where in the process "-lgrib2c" takes on an identity
as a path, but if I thought I could hard-code it in the Makefile I
would.
>>
>> Attached is the make file log.
>>
>> -----Original Message-----
>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>> Sent: Monday, July 15, 2013 11:44 AM
>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>> routines
>>
>> Matt,
>>
>> The user_defs.mk file you sent has GRIB2 and MODIS disabled
(WITH_GRIB2 = 0 and ENABLE_MODIS = 0). However, the make_met.log file
you sent appears to have GRIB2 enabled (the -DWITH_GRIB2 option is
being used). So I suspect that the user_defs.mk file you sent does
not exactly correspond to the make_met.log file you sent.
>>
>> The linker error you're seeing is due to the fact that the GRIB2
library is not being linked in (-lgrib2c is missing from the
compilation line). Now why in the world would that be the case?! I
have no idea. In met_defs.mk, we check the "WITH_GRIB2" setting, and
if it's set, add in the -lgrib2c library.
>>
>> You could try doing a clean build in this way:
>> - Edit user_defs.mk to turn on the compilation of GRIB2 and
MODIS.
>> - Copy your user_defs.mk file somewhere else.
>> - Remove the entire METv4.1 directory.
>> - Untar the METv4.1 tar file.
>> - Copy in your user_defs.mk file.
>> - Then try recompiling and send me your user_defs.mk and
make_met.log file again.
>>
>> Perhaps somewhere along the line, the top-level Makefile,
met_defs.mk, or export.mk was modified, causing a problem.
>>
>> Then I'll check to make sure that the contents of user_defs.mk
lines up with the logfile output of make we're seeing.
>>
>> Thanks,
>> John
>>
>> On 07/15/2013 09:52 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>
>>> Hey John,
>>>
>>> Just to catch you up on where we stand, I tried to get everything
compiled this morning and it failed. I've reverted to making 2
directories for MET... one for testing and the other for Bob Craig,
who started using 4.1 already and didn't like that 'make clean' was
taking away the executables.
>>>
>>> So I can get MET 4.1 to fully compile when the MODIS and GRIB2
flags are set to 0. When they are set to 1, here is the Makefile. I
will attach user_defs.mk as well and you can take a look at that. Let
me know if you see anything wrong here.
>>>
>>> Thanks
>>> Matt
>>>
>>> -----Original Message-----
>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>> Sent: Thursday, July 11, 2013 4:26 PM
>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>> routines
>>>
>>> Matt,
>>>
>>> Prior to our release of METv4.1, we tested it on several different
platforms. In order to expedite that testing, I wrote a script to
configure/compile all the libraries on which MET depends and then
compile MET itself. The process you're going through seems un-
necessarily difficult. It occurs to me that I should probably
generalize that script a bit and then post on the MET website as an
automated way to retrieve/configure/compile all these libraries.
>>>
>>> Unfortunately, I'm not available to work on that right now. So
you'll just have to continue down this long road. But hopefully
sometime soon, I'll be able to provide help to automate all of this.
>>>
>>> But to get to your question... compiling support for GRIB2 within
MET (WITH_GRIB2 = 1 in user_defs.mk) requires the GRIB2C, Z-lib,
libpng, and jasper lib. GRIB2 supports compression and those 3
libraries are used to perform that compression.
>>>
>>> All 4 of those libraries can be retrieved from NCEP's page:
>>> http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2/
>>>
>>> They are often installed in standard places on machines, but as
we're finding, they're not on yours. So you need to add in the
compilation of jasper lib. In order to tell MET where to find them,
you'd do this in user_defs.mk:
>>>
>>> GRIB2C_INCS = -I/path/to/g2clib/include
>>> GRIB2C_LIBS = -L/path/to/g2clib/lib -L/path/to/zlib/lib
>>> -L/path/to/jasper/lib -L/path/to/libpng/lib
>>>
>>> If you install all of those packages into the same directory,
you'd just need to specify that once on the GRIB2C_LIBS line. But if
they're in different directories, you need to specify each of them
there.
>>>
>>> Sorry for all this trouble!
>>>
>>> Thanks,
>>> John
>>>
>>>
>>> On 07/11/2013 12:15 PM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>
>>>> Update:
>>>>
>>>> I figured out the grib2.h issue, but am still not getting all the
way through the compile without errors when I enable the MODIS and
GRIB2 flags by setting them to 1 in user_defs.mk.
>>>>
>>>> Attached is the full text file of the output log that I get. I
think we're close here, but I just can't figure out where this
-ljasper definition needs to be made. It looks like the GRIB2C is
okay, but ensemble_stat wants just Jasper? There's no JASPER_BASE in
user_defs.mk is there?
>>>>
>>>> -----Original Message-----
>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>> Sent: Thursday, July 11, 2013 11:37 AM
>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>> routines
>>>>
>>>> Matt,
>>>>
>>>> It's very unfortunate that the libraries named "G2C" and "GRIB2C"
sound so similar. They are not related at all and do totally
different things. You can just leave the F2C settings blank. It's
the GRIB2C settings that are in play here.
>>>>
>>>> It looks to me like you've set this up correctly... by setting
"GRIB2C_LIBS", you've told MET where to find the libgrib2c.a file.
There are a few possibilities...
>>>> (1) Perhaps you inadvertently built the GRIB2C library with a
different set of compilers than the rest of MET, and the linker is
skipping the incompatible version to which you've pointed it.
>>>> (2) Perhaps there's a bug in one of the MET Makefiles that should
be using the "GRIB2C_LIB" flag in the compilation step.
>>>>
>>>> Could you please run a "make clean" for MET and then rebuild,
redirecting the output to a log file?
>>>> make clean
>>>> make >& make_met.log
>>>>
>>>> If you send me that log file, I'll take a look to see if anything
jumps out.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>> On 07/11/2013 10:26 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>
>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>
>>>>> You must be more well-versed in the world of Makefile, configure
>>>>> and install than I am... this is all new to me. Maybe I'm just
>>>>> behind the curve but if libraries are typically set up by
SysAdmin
>>>>> folks, do you expect SysAdmin to be installing MET for users?
>>>>> Maybe our 'division of labor' is messed up here... could that
be?
>>>>> :)
>>>>>
>>>>> Okay, so I tried the configure part, and all 4, including
g2clib, appeared to install correctly... but the make of METv4.1 is
failing on a simple line:
>>>>>
>>>>> "cannot find -lgrib2c".
>>>>>
>>>>> I'm confused by the Makefile asking about this... here's what I
have now. Do I need to have something in the F2C section? I don’t
see that library as something 'grib2c' built.
>>>>>
>>>>> # Top level directory for the F2C or G2C Library if it's not
>>>>> installed in a # standard location.
>>>>> # F2C include directory specified as: -I/your/include/path # F2C
>>>>> library directory containing libf2c.a or libg2c.a and specified
as:
>>>>> # -L/your/library/path
>>>>> # Name of the library to be used: -lf2c or -lg2c # NOTE:
Typically
>>>>> required for the IBM xlf Fortran compiler
>>>>> F2C_BASE =
>>>>> F2C_INCS =
>>>>> F2C_LIBS =
>>>>> F2C_LIBNAME =
>>>>>
>>>>> # Top level directory for the GRIB2 C Library if it's not #
>>>>> installed in a standard location.
>>>>> # grib2c include directory specified as: -I/your/include/path #
>>>>> grib2c library directory specified as: -L/your/library/path
>>>>> GRIB2C_BASE = GRIB2C_INCS =
>>>>> -I/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>>> GRIB2C_LIBS = -L/home/qcteam/METv4.1/lib/g2clib-1.4.0
>>>>>
>>>>> Inside /home/qcteam/METv4.1/lib/g2clib-1.4.0 is "libgrib2c.a"
which I created from the g2clib build. Are there other includes/libs
I should have? I don't see where anything got created except for the
one .a file.
>>>>>
>>>>> Thanks,
>>>>> Matt
>>>>>
>>>>> -----Original Message-----
>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>> Sent: Thursday, July 11, 2013 10:29 AM
>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>> routines
>>>>>
>>>>> Matt,
>>>>>
>>>>> The "prefix" option to the configure step should specify where
they should be installed. For example...
>>>>>
>>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>>> ./configure --prefix=/path/to/install/MET/libraries
>>>>> make
>>>>> make install
>>>>>
>>>>> I often "install" the libraries on which MET depends into the
same directory. For example, when I configure NetCDF, libpng, zlib,
jasper, HDF, HDF-EOS, grib2c (and whatever else!), I set the prefix
option to the same directory. That way, when I configure MET to
compile, I just point all the settings to that same path.
>>>>>
>>>>> So please try using the "prefix" option for configure to see if
that enables you to install them where you'd like.
>>>>>
>>>>> Thanks,
>>>>> John
>>>>>
>>>>> On 07/11/2013 08:20 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023 >
>>>>>>
>>>>>> That worked! So now I have to figure out a few more things...
I've got to override the directory builds in the 'make install' step
since it tries to place them in /usr/bin or /usr/local which we don't
have permissions to write to.
>>>>>>
>>>>>> So where I am now is that I have successfully compiled and run
'make' on all 3 libraries: jasper, zlib and libpng. But I can't run
'make install' on any of them, so g2clib is unable to be built until I
get those in order.
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>> Sent: Tuesday, July 09, 2013 5:02 PM
>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>> routines
>>>>>>
>>>>>> Matt,
>>>>>>
>>>>>> Sorry for the delay in getting back to you. I was trying to
figure out a way to replicate your error, but all of the machines have
zlib in a standard location.
>>>>>>
>>>>>> I found a relevant website here:
>>>>>> http://www.linuxquestions.org/questions/linux-software-2/zlib-
prob
>>>>>> l
>>>>>> e
>>>>>> m
>>>>>> -
>>>>>> when-installing-libpng-531369/
>>>>>>
>>>>>> They suggest compiling libpng as follows:
>>>>>> export CPPFLAGS="-I/path/to/zlib.h/directory"
>>>>>> export LDFLAGS="-L/path/to/libz.a/directory"
>>>>>> ./configure --prefix=/usr
>>>>>> make
>>>>>> make install
>>>>>>
>>>>>> Please give that a shot. Yes, I am using zlib-1.2.6 and
libpng-1.2.34. zlib is installed in:
>>>>>> /usr/local/lib/libz.a
>>>>>> But you won't have permission to write there without root
access.
>>>>>>
>>>>>> Thanks,
>>>>>> John
>>>>>>
>>>>>> On 07/09/2013 09:00 AM, matthew.sittel.ctr at offutt.af.mil via RT
wrote:
>>>>>>>
>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>
>>>>>>> Hi John,
>>>>>>>
>>>>>>> I checked the log file, and it set the two paths correctly
when I used 'export' within Korn Shell. I think it's mad now because
the fail point is much earlier... I wonder if the CPPFLAGS and LDFLAGS
settings 'broke' the compiler check.
>>>>>>>
>>>>>>> checking for a BSD-compatible install... /usr/bin/install -c
>>>>>>> checking whether build environment is sane... yes checking for
a
>>>>>>> thread-safe mkdir -p... /bin/mkdir -p checking for gawk...
gawk
>>>>>>> checking whether make sets $(MAKE)... yes checking whether to
>>>>>>> enable maintainer-specific portions of Makefiles... no
checking for gcc...
>>>>>>> gcc checking for C compiler default output file name...
>>>>>>> configure: error: C compiler cannot create executables See
>>>>>>> `config.log' for more details.
>>>>>>>
>>>>>>> Last line of 'config.log' says:
>>>>>>>
>>>>>>> configure: exit 77
>>>>>>>
>>>>>>> =====
>>>>>>>
>>>>>>> Now when I don't set those two environment variables the error
point is much further along:
>>>>>>>
>>>>>>> checking for working strtod... yes checking for memset... yes
>>>>>>> checking for pow... no checking for pow in -lm... yes checking
>>>>>>> for zlibVersion in -lz... no
>>>>>>> configure: error: zlib not installed
>>>>>>>
>>>>>>> And the error line is:
>>>>>>>
>>>>>>> Configure: exit 1
>>>>>>>
>>>>>>> The LIBS variable says LIBS="-lm ", no mention of "-lz". If I
try to export "-lz" in LIBS, I get the C++ error from earlier.
>>>>>>>
>>>>>>> Is there an expected location for zlib? I have it in
METv4.1/lib, in a directory named zlib-1.2.6 (which I tried renaming
'zlib'; that didn't help).
>>>>>>>
>>>>>>> Are you using zlib-1.2.6 and libpng-1.2.34? Those are the
ones I have. Maybe you can look and see where you have them located
on your system and I can emulate that.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>>> Sent: Monday, July 08, 2013 2:02 PM
>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>> Subject: Re: [rt.rap.ucar.edu #62023] Trying to compile the
MODIS
>>>>>>> routines
>>>>>>>
>>>>>>> Matt,
>>>>>>>
>>>>>>> Yep, I see the message history. Looks like you tried to
install libpng, but got an error with zlib not being found. Is that
correct?
>>>>>>>
>>>>>>> So you're stuck trying to install libpng. I believe that
Julie has already instructed you to compile zlib, on which libpng
depends. Assuming you've done that, let's try recompiling libpng as
follows:
>>>>>>>
>>>>>>> cd "libpng directory"
>>>>>>> make clean
>>>>>>> setenv LDFLAGS /path/to/zlib
>>>>>>> setenv CPPFLAGS /path/to/zlib
>>>>>>> ./configure
--prefix=/path/to/libpng/install/directory
>>>>>>> make
>>>>>>> make install
>>>>>>>
>>>>>>> Not sure if that'll do the trick or not. With those
environment variables, I'm telling it where to find the zlib header
and object files. I'm not able to easily test this here since zlib
and libpng are in standard locations. But just give that a shot and
let me know if you're able to compile libpng.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> John
>>>>>>>
>>>>>>> On 07/08/2013 12:01 PM, matthew.sittel.ctr at offutt.af.mil via
RT wrote:
>>>>>>>>
>>>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=62023
>
>>>>>>>>
>>>>>>>> I punted... left town Wednesday and went to Chicago, back
today though. I haven't looked any more at it. Did Julie forward you
any details? It’s not a critical thing for us to have, but if it is
an issue to other users I certainly think we should test it.
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
>>>>>>>> Sent: Monday, July 08, 2013 11:54 AM
>>>>>>>> To: Sittel, Matthew C CTR USAF AFWA 16 WS/WXN
>>>>>>>> Subject: [rt.rap.ucar.edu #62023] Trying to compile the MODIS
>>>>>>>> routines
>>>>>>>>
>>>>>>>> Hi Matt,
>>>>>>>>
>>>>>>>> I'm back in the office this morning and wanted to touch base
to find out where you are with compiling the MODIS tool. Are you
still having trouble with that one?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> John
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
------------------------------------------------
More information about the Met_help
mailing list