[Met_help] [rt.rap.ucar.edu #75983] History for Trouble with MET finding libgsl.so.0
John Halley Gotway via RT
met_help at ucar.edu
Wed Apr 20 12:59:24 MDT 2016
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hi all,
I seem to be having some trouble in the final stages of building MET, as reflected in the output of the 'make test' process. I've attached the output of that process here for reference.
Most errors seem to be involved with not being able find/use libgsl.so.0. I'm assuming this should be directed via entries in the .cshrc via the MET_GSLLIB variable? Is that a poor assumption?
Anyway, I've included my environmental variable for MET in my .cshrc below. You can see that the GSL library is pointed to reference /usr/local/lib. I've checked, and libgsl.so.0 does indeed exist at this pathway, as proven by the results of a locate command to find it:
[peter at lnx_env001 met-5.1]# locate libgsl.so.0
/home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
/home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
/usr/local/lib/libgsl.so.0
/usr/local/lib/libgsl.so.0.12.0
Am I way off base here? Looking in the wrong spot? Any ideas on what could be causing these errors?
Thanks!
-Tom
###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
setenv MET_NETCDF_INC /home/peter/NETCDF/netcdf-c-4.4.0/include
setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
setenv MET_BUFR /home/peter/BUFRLIB
#setenv MET_GSL /home/peter/GSL/gsl-1.11
setenv MET_GSLINC /usr/local/include/gsl
setenv MET_GSLLIB /usr/local/lib
setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
setenv MET_CAIROLIB /usr/local/lib/cairo
setenv MET_CAIROINC /usr/local/include/cairo
setenv MET_FREETYPEINC /usr/include/freetype2/freetype/
setenv MET_FREETYPELIB /usr/lib/
setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
setenv LD_LIBRARY_PATH /usr/local/lib
-----------------------------------------
The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Trouble with MET finding libgsl.so.0
From: John Halley Gotway
Time: Tue Apr 19 12:03:03 2016
Hello Tom,
I see you're having trouble compiling MET, especially related to the
GSL
library. Thanks for sending the list of environment variables you're
using. That helps a lot. Please try using the following settings
instead. And then rerun the configure script, followed by make:
###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
setenv MET_BUFRLIB /home/peter/BUFRLIB
setenv MET_GSL /usr/local
setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
setenv MET_CAIROLIB /usr/local/lib/cairo
setenv MET_CAIROINC /usr/local/include/cairo
setenv MET_FREETYPEINC /usr/include/freetype2/freetype
setenv MET_FREETYPELIB /usr/lib
setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
setenv LD_LIBRARY_PATH /usr/local/lib
Please let me know how it goes.
Thanks,
John Halley Gotway
met_help at ucar.edu
On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
met_help at ucar.edu> wrote:
>
> Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> Transaction: Ticket created by tworkoff at firstenergycorp.com
> Queue: met_help
> Subject: Trouble with MET finding libgsl.so.0
> Owner: Nobody
> Requestors: tworkoff at firstenergycorp.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
>
> Hi all,
>
>
> I seem to be having some trouble in the final stages of building
MET, as
> reflected in the output of the 'make test' process. I've attached
the
> output of that process here for reference.
>
>
> Most errors seem to be involved with not being able find/use
libgsl.so.0.
> I'm assuming this should be directed via entries in the .cshrc via
the
> MET_GSLLIB variable? Is that a poor assumption?
>
>
> Anyway, I've included my environmental variable for MET in my .cshrc
> below. You can see that the GSL library is pointed to reference
> /usr/local/lib. I've checked, and libgsl.so.0 does indeed exist at
this
> pathway, as proven by the results of a locate command to find it:
>
>
> [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> /usr/local/lib/libgsl.so.0
> /usr/local/lib/libgsl.so.0.12.0
>
>
> Am I way off base here? Looking in the wrong spot? Any ideas on
what
> could be causing these errors?
>
>
> Thanks!
>
> -Tom
>
>
>
> ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> setenv MET_NETCDF_INC /home/peter/NETCDF/netcdf-c-4.4.0/include
> setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> setenv MET_BUFR /home/peter/BUFRLIB
> #setenv MET_GSL /home/peter/GSL/gsl-1.11
> setenv MET_GSLINC /usr/local/include/gsl
> setenv MET_GSLLIB /usr/local/lib
> setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_CAIROLIB /usr/local/lib/cairo
> setenv MET_CAIROINC /usr/local/include/cairo
> setenv MET_FREETYPEINC /usr/include/freetype2/freetype/
> setenv MET_FREETYPELIB /usr/lib/
> setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> setenv LD_LIBRARY_PATH /usr/local/lib
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
------------------------------------------------
Subject: Trouble with MET finding libgsl.so.0
From: Workoff, Thomas E
Time: Tue Apr 19 12:37:56 2016
Hi John,
Thanks for your quick response!
I made the changes you suggested to the .cshrc, and then re-
configured, and ran make again. However, the results of 'make test'
still show the same error (attached if you really want to check it
out). It still can't seem to find that gsl library file.
Is this an artifact from me messing something up earlier in the build
process? I can send along the results of the 'configure' or 'make
install' if you'd like....
-Tom
________________________________________
From: John Halley Gotway via RT <met_help at ucar.edu>
Sent: Tuesday, April 19, 2016 2:03 PM
To: Workoff, Thomas E
Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
Hello Tom,
I see you're having trouble compiling MET, especially related to the
GSL
library. Thanks for sending the list of environment variables you're
using. That helps a lot. Please try using the following settings
instead. And then rerun the configure script, followed by make:
###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
setenv MET_BUFRLIB /home/peter/BUFRLIB
setenv MET_GSL /usr/local
setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
setenv MET_CAIROLIB /usr/local/lib/cairo
setenv MET_CAIROINC /usr/local/include/cairo
setenv MET_FREETYPEINC /usr/include/freetype2/freetype
setenv MET_FREETYPELIB /usr/lib
setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
setenv LD_LIBRARY_PATH /usr/local/lib
Please let me know how it goes.
Thanks,
John Halley Gotway
met_help at ucar.edu
On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
met_help at ucar.edu> wrote:
>
> Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> Transaction: Ticket created by tworkoff at firstenergycorp.com
> Queue: met_help
> Subject: Trouble with MET finding libgsl.so.0
> Owner: Nobody
> Requestors: tworkoff at firstenergycorp.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
>
> Hi all,
>
>
> I seem to be having some trouble in the final stages of building
MET, as
> reflected in the output of the 'make test' process. I've attached
the
> output of that process here for reference.
>
>
> Most errors seem to be involved with not being able find/use
libgsl.so.0.
> I'm assuming this should be directed via entries in the .cshrc via
the
> MET_GSLLIB variable? Is that a poor assumption?
>
>
> Anyway, I've included my environmental variable for MET in my .cshrc
> below. You can see that the GSL library is pointed to reference
> /usr/local/lib. I've checked, and libgsl.so.0 does indeed exist at
this
> pathway, as proven by the results of a locate command to find it:
>
>
> [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> /usr/local/lib/libgsl.so.0
> /usr/local/lib/libgsl.so.0.12.0
>
>
> Am I way off base here? Looking in the wrong spot? Any ideas on
what
> could be causing these errors?
>
>
> Thanks!
>
> -Tom
>
>
>
> ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> setenv MET_NETCDF_INC /home/peter/NETCDF/netcdf-c-4.4.0/include
> setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> setenv MET_BUFR /home/peter/BUFRLIB
> #setenv MET_GSL /home/peter/GSL/gsl-1.11
> setenv MET_GSLINC /usr/local/include/gsl
> setenv MET_GSLLIB /usr/local/lib
> setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_CAIROLIB /usr/local/lib/cairo
> setenv MET_CAIROINC /usr/local/include/cairo
> setenv MET_FREETYPEINC /usr/include/freetype2/freetype/
> setenv MET_FREETYPELIB /usr/lib/
> setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> setenv LD_LIBRARY_PATH /usr/local/lib
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Trouble with MET finding libgsl.so.0
From: John Halley Gotway
Time: Tue Apr 19 14:11:28 2016
Tom,
Ah, OK. So the problem is in linking to the GSL library at runtime.
My
apologies for not catching on to that sooner.
If GSL really is installed in /usr/local, make sure you actually have
some
libraries in there:
ls /usr/local/lib/libgsl.*
And specifically:
ls /usr/local/lib/libgsl.so.0
And I assume that's why you set you LD_LIBRARY_PATH to /usr/local/lib.
So
you can link to that GSL library.
Now, it could be the case that the version of GSL available in
/usr/local
in incompatible with your compilation of MET. Perhaps it was compiled
with
a different family of compilers?
John
On Tue, Apr 19, 2016 at 12:37 PM, Workoff, Thomas E via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
> Hi John,
>
> Thanks for your quick response!
>
> I made the changes you suggested to the .cshrc, and then re-
configured,
> and ran make again. However, the results of 'make test' still show
the
> same error (attached if you really want to check it out). It still
can't
> seem to find that gsl library file.
>
> Is this an artifact from me messing something up earlier in the
build
> process? I can send along the results of the 'configure' or 'make
install'
> if you'd like....
>
> -Tom
>
> ________________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Tuesday, April 19, 2016 2:03 PM
> To: Workoff, Thomas E
> Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
>
> Hello Tom,
>
> I see you're having trouble compiling MET, especially related to the
GSL
> library. Thanks for sending the list of environment variables
you're
> using. That helps a lot. Please try using the following settings
> instead. And then rerun the configure script, followed by make:
>
> ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> setenv MET_BUFRLIB /home/peter/BUFRLIB
> setenv MET_GSL /usr/local
> setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_CAIROLIB /usr/local/lib/cairo
> setenv MET_CAIROINC /usr/local/include/cairo
> setenv MET_FREETYPEINC /usr/include/freetype2/freetype
> setenv MET_FREETYPELIB /usr/lib
> setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> setenv LD_LIBRARY_PATH /usr/local/lib
>
> Please let me know how it goes.
>
> Thanks,
> John Halley Gotway
> met_help at ucar.edu
>
>
> On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > Queue: met_help
> > Subject: Trouble with MET finding libgsl.so.0
> > Owner: Nobody
> > Requestors: tworkoff at firstenergycorp.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
> >
> >
> > Hi all,
> >
> >
> > I seem to be having some trouble in the final stages of building
MET, as
> > reflected in the output of the 'make test' process. I've attached
the
> > output of that process here for reference.
> >
> >
> > Most errors seem to be involved with not being able find/use
libgsl.so.0.
> > I'm assuming this should be directed via entries in the .cshrc via
the
> > MET_GSLLIB variable? Is that a poor assumption?
> >
> >
> > Anyway, I've included my environmental variable for MET in my
.cshrc
> > below. You can see that the GSL library is pointed to reference
> > /usr/local/lib. I've checked, and libgsl.so.0 does indeed exist
at this
> > pathway, as proven by the results of a locate command to find it:
> >
> >
> > [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> > /usr/local/lib/libgsl.so.0
> > /usr/local/lib/libgsl.so.0.12.0
> >
> >
> > Am I way off base here? Looking in the wrong spot? Any ideas on
what
> > could be causing these errors?
> >
> >
> > Thanks!
> >
> > -Tom
> >
> >
> >
> > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> > setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> > setenv MET_NETCDF_INC /home/peter/NETCDF/netcdf-c-4.4.0/include
> > setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> > setenv MET_BUFR /home/peter/BUFRLIB
> > #setenv MET_GSL /home/peter/GSL/gsl-1.11
> > setenv MET_GSLINC /usr/local/include/gsl
> > setenv MET_GSLLIB /usr/local/lib
> > setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> > setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> > setenv MET_CAIROLIB /usr/local/lib/cairo
> > setenv MET_CAIROINC /usr/local/include/cairo
> > setenv MET_FREETYPEINC /usr/include/freetype2/freetype/
> > setenv MET_FREETYPELIB /usr/lib/
> > setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> > setenv LD_LIBRARY_PATH /usr/local/lib
> >
> >
> >
> > -----------------------------------------
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
hereby
> > notified that you have received this document in error and that
any
> review,
> > dissemination, distribution, or copying of this message is
strictly
> > prohibited. If you have received this communication in error,
please
> notify
> > us immediately, and delete the original message.
> >
> >
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #75983] Trouble with MET finding libgsl.so.0
From: Workoff, Thomas E
Time: Wed Apr 20 05:57:26 2016
John,
I think you're on to something.
I did download and build GSL fresh when I started this process (way
back in October), but for some reason that's not the directory I'm
pointing to here. We have GEMPAK installed on this computer, and
accessing the GSL libraries that were already installed in /usr/local
must have seemed easier when I originally started this process a few
months ago. But since I didn't build that version of GSL, I have no
idea what compiler was used...so I think we have a compiler issue.
Anyway, I have a new version of GSL (1.11) that I put in a few months
ago, so I'll try linking to that. Of course...something seems little
funky with that. For example, the libgsl.so.0 is located in
/home/peter/GSL/gsl-1.11/.libs/libsl.so.0. Is it weird that that the
library directory (.libs) is hidden in this case? Will MET be able to
find libraries in a directory structure such as that? Or should I
list the pathway to that directory specifically?
Maybe I'll just start fresh with GSL and download and build it again
this morning, that way I can be sure I do it properly.
I'll keep you posted.
Thanks!
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, April 19, 2016 4:11 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
Tom,
Ah, OK. So the problem is in linking to the GSL library at runtime.
My apologies for not catching on to that sooner.
If GSL really is installed in /usr/local, make sure you actually have
some libraries in there:
ls /usr/local/lib/libgsl.*
And specifically:
ls /usr/local/lib/libgsl.so.0
And I assume that's why you set you LD_LIBRARY_PATH to /usr/local/lib.
So you can link to that GSL library.
Now, it could be the case that the version of GSL available in
/usr/local in incompatible with your compilation of MET. Perhaps it
was compiled with a different family of compilers?
John
On Tue, Apr 19, 2016 at 12:37 PM, Workoff, Thomas E via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
> Hi John,
>
> Thanks for your quick response!
>
> I made the changes you suggested to the .cshrc, and then
> re-configured, and ran make again. However, the results of 'make
> test' still show the same error (attached if you really want to
check
> it out). It still can't seem to find that gsl library file.
>
> Is this an artifact from me messing something up earlier in the
build
> process? I can send along the results of the 'configure' or 'make
install'
> if you'd like....
>
> -Tom
>
> ________________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Tuesday, April 19, 2016 2:03 PM
> To: Workoff, Thomas E
> Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
> libgsl.so.0
>
> Hello Tom,
>
> I see you're having trouble compiling MET, especially related to the
> GSL library. Thanks for sending the list of environment variables
> you're using. That helps a lot. Please try using the following
> settings instead. And then rerun the configure script, followed by
make:
>
> ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE### setenv MET_NETCDF
> /home/peter/NETCDF/netcdf-c-4.4.0 setenv MET_BUFRLIB
> /home/peter/BUFRLIB setenv MET_GSL /usr/local setenv MET_GRIB2CINC
> /home/peter/GRIB2/g2clib-1.4.0 setenv MET_GRIB2CLIB
> /home/peter/GRIB2/g2clib-1.4.0 setenv MET_CAIROLIB
> /usr/local/lib/cairo setenv MET_CAIROINC /usr/local/include/cairo
> setenv MET_FREETYPEINC /usr/include/freetype2/freetype setenv
> MET_FREETYPELIB /usr/lib setenv MET_FONT_DIR
> /home/peter/GHOSTSCRIPT/fonts setenv LD_LIBRARY_PATH /usr/local/lib
>
> Please let me know how it goes.
>
> Thanks,
> John Halley Gotway
> met_help at ucar.edu
>
>
> On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > Queue: met_help
> > Subject: Trouble with MET finding libgsl.so.0
> > Owner: Nobody
> > Requestors: tworkoff at firstenergycorp.com
> > Status: new
> > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
> >
> >
> > Hi all,
> >
> >
> > I seem to be having some trouble in the final stages of building
> > MET, as reflected in the output of the 'make test' process. I've
> > attached the output of that process here for reference.
> >
> >
> > Most errors seem to be involved with not being able find/use
libgsl.so.0.
> > I'm assuming this should be directed via entries in the .cshrc via
> > the MET_GSLLIB variable? Is that a poor assumption?
> >
> >
> > Anyway, I've included my environmental variable for MET in my
.cshrc
> > below. You can see that the GSL library is pointed to reference
> > /usr/local/lib. I've checked, and libgsl.so.0 does indeed exist
at
> > this pathway, as proven by the results of a locate command to find
it:
> >
> >
> > [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> > /usr/local/lib/libgsl.so.0
> > /usr/local/lib/libgsl.so.0.12.0
> >
> >
> > Am I way off base here? Looking in the wrong spot? Any ideas on
> > what could be causing these errors?
> >
> >
> > Thanks!
> >
> > -Tom
> >
> >
> >
> > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE### setenv MET_NETCDF
> > /home/peter/NETCDF/netcdf-c-4.4.0 setenv MET_NETCDF_INC
> > /home/peter/NETCDF/netcdf-c-4.4.0/include
> > setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> > setenv MET_BUFR /home/peter/BUFRLIB
> > #setenv MET_GSL /home/peter/GSL/gsl-1.11 setenv MET_GSLINC
> > /usr/local/include/gsl setenv MET_GSLLIB /usr/local/lib setenv
> > MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0 setenv MET_GRIB2CLIB
> > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_CAIROLIB
> > /usr/local/lib/cairo setenv MET_CAIROINC /usr/local/include/cairo
> > setenv MET_FREETYPEINC /usr/include/freetype2/freetype/ setenv
> > MET_FREETYPELIB /usr/lib/ setenv MET_FONT_DIR
> > /home/peter/GHOSTSCRIPT/fonts setenv LD_LIBRARY_PATH
/usr/local/lib
> >
> >
> >
> > -----------------------------------------
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any
> review,
> > dissemination, distribution, or copying of this message is
strictly
> > prohibited. If you have received this communication in error,
please
> notify
> > us immediately, and delete the original message.
> >
> >
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding libgsl.so.0
From: Workoff, Thomas E
Time: Wed Apr 20 08:45:40 2016
Hi John,
I've rebuilt GSL 1.11, storing it a new directory. I've changed my
$MET_GSLINC (/home/peter/GSL/gsl-1.11/include) and $MET_GSLLIB
(/home/peter/GSL/gsl-1.11/.libs) to the path with the GSL version that
I know has been compiled with consistent compilers as the rest of MET.
However, I'm still having the same issue.
The libgsl.so.0 library does exist, at least in theory, where I've
pointed to in the .cshrc file, as a 'locate' command returns this:
locate libgsl.so.0
/home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
/home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
for some reason, MET still can't see it, though. It's returning the
same error when I run 'make test'.
I did notice that in my GSL folder, the libgsl.so.0 is actually a
link...a 'll' command returns this (among others):
ll /home/peter/GSL/gsl-1.11/.libs/
libgsl.so.0 -> libgsl.so.0.12.0
Is it possible that this is an issue? Is pointing to a link a deal
breaker? I noticed that in my other GSL libraries, which may not have
been installed with the same compiler, that libgsl.so.0 is not a link.
I see GSL 1.11 has a patch. Should I try installing that?
Also, can you elaborate on the $LD_LIBRARY_PATH? I can't find why I
would have set that up in the .cshrc, and since I must have done that
a few months ago, I have no memory of it. Is that critical to MET?
Perhaps I try changing that?
Otherwise, I'm a bit perplexed as to what's going on.
Thanks!
p.s. I also tried changing the .cshrc to just using $MET_GSL where
that is defined as /home/peter/GSL/gsl-1.11,
the main directory I installed GSL in...but still no luck.
______________________________________
From: John Halley Gotway via RT <met_help at ucar.edu>
Sent: Tuesday, April 19, 2016 4:11 PM
To: Workoff, Thomas E
Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
Tom,
Ah, OK. So the problem is in linking to the GSL library at runtime.
My
apologies for not catching on to that sooner.
If GSL really is installed in /usr/local, make sure you actually have
some
libraries in there:
ls /usr/local/lib/libgsl.*
And specifically:
ls /usr/local/lib/libgsl.so.0
And I assume that's why you set you LD_LIBRARY_PATH to /usr/local/lib.
So
you can link to that GSL library.
Now, it could be the case that the version of GSL available in
/usr/local
in incompatible with your compilation of MET. Perhaps it was compiled
with
a different family of compilers?
John
On Tue, Apr 19, 2016 at 12:37 PM, Workoff, Thomas E via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
> Hi John,
>
> Thanks for your quick response!
>
> I made the changes you suggested to the .cshrc, and then re-
configured,
> and ran make again. However, the results of 'make test' still show
the
> same error (attached if you really want to check it out). It still
can't
> seem to find that gsl library file.
>
> Is this an artifact from me messing something up earlier in the
build
> process? I can send along the results of the 'configure' or 'make
install'
> if you'd like....
>
> -Tom
>
> ________________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Tuesday, April 19, 2016 2:03 PM
> To: Workoff, Thomas E
> Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
>
> Hello Tom,
>
> I see you're having trouble compiling MET, especially related to the
GSL
> library. Thanks for sending the list of environment variables
you're
> using. That helps a lot. Please try using the following settings
> instead. And then rerun the configure script, followed by make:
>
> ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> setenv MET_BUFRLIB /home/peter/BUFRLIB
> setenv MET_GSL /usr/local
> setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> setenv MET_CAIROLIB /usr/local/lib/cairo
> setenv MET_CAIROINC /usr/local/include/cairo
> setenv MET_FREETYPEINC /usr/include/freetype2/freetype
> setenv MET_FREETYPELIB /usr/lib
> setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> setenv LD_LIBRARY_PATH /usr/local/lib
>
> Please let me know how it goes.
>
> Thanks,
> John Halley Gotway
> met_help at ucar.edu
>
>
> On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
> met_help at ucar.edu> wrote:
>
> >
> > Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > Queue: met_help
> > Subject: Trouble with MET finding libgsl.so.0
> > Owner: Nobody
> > Requestors: tworkoff at firstenergycorp.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
> >
> >
> > Hi all,
> >
> >
> > I seem to be having some trouble in the final stages of building
MET, as
> > reflected in the output of the 'make test' process. I've attached
the
> > output of that process here for reference.
> >
> >
> > Most errors seem to be involved with not being able find/use
libgsl.so.0.
> > I'm assuming this should be directed via entries in the .cshrc via
the
> > MET_GSLLIB variable? Is that a poor assumption?
> >
> >
> > Anyway, I've included my environmental variable for MET in my
.cshrc
> > below. You can see that the GSL library is pointed to reference
> > /usr/local/lib. I've checked, and libgsl.so.0 does indeed exist
at this
> > pathway, as proven by the results of a locate command to find it:
> >
> >
> > [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> > /usr/local/lib/libgsl.so.0
> > /usr/local/lib/libgsl.so.0.12.0
> >
> >
> > Am I way off base here? Looking in the wrong spot? Any ideas on
what
> > could be causing these errors?
> >
> >
> > Thanks!
> >
> > -Tom
> >
> >
> >
> > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> > setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> > setenv MET_NETCDF_INC /home/peter/NETCDF/netcdf-c-4.4.0/include
> > setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> > setenv MET_BUFR /home/peter/BUFRLIB
> > #setenv MET_GSL /home/peter/GSL/gsl-1.11
> > setenv MET_GSLINC /usr/local/include/gsl
> > setenv MET_GSLLIB /usr/local/lib
> > setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> > setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> > setenv MET_CAIROLIB /usr/local/lib/cairo
> > setenv MET_CAIROINC /usr/local/include/cairo
> > setenv MET_FREETYPEINC /usr/include/freetype2/freetype/
> > setenv MET_FREETYPELIB /usr/lib/
> > setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> > setenv LD_LIBRARY_PATH /usr/local/lib
> >
> >
> >
> > -----------------------------------------
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
hereby
> > notified that you have received this document in error and that
any
> review,
> > dissemination, distribution, or copying of this message is
strictly
> > prohibited. If you have received this communication in error,
please
> notify
> > us immediately, and delete the original message.
> >
> >
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Trouble with MET finding libgsl.so.0
From: John Halley Gotway
Time: Wed Apr 20 10:57:56 2016
Tom,
At runtime the linker is searching for these library files. It looks
in
some standard locations (/usr/lib, /usr/local/lib, I think) and also
in the
directories specified by LD_LIBRARY_PATH. It should search the
LD_LIBRARY_PATH locations first before the standard locations.
We suspect that the version of GSL in /usr/local/lib is NOT compatible
with
MET. So we need to tell the linker where to find the "right" version.
When you compile GSL it builds the libraries and places them in that
hidden
directory named ".libs". When you run "make install" it should copy
those
libraries to the installation directory. Try redoing the installation
of
GSL and just install it "in place", like this:
cd /home/peter/GSL/gsl-1.11
setenv CC "path to the C compiler you're using"
make clean
./configure --prefix=`pwd`
make
make install
And then put the following in your .cshrc file:
setenv LD_LIBRARY_PATH /home/peter/GSL/gsl-1.11/lib
Then source the file:
source ~/.cshrc
And go run "make test" for MET.
Hope that helps.
Thanks,
John
On Wed, Apr 20, 2016 at 8:45 AM, Workoff, Thomas E via RT
<met_help at ucar.edu
> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
> Hi John,
>
> I've rebuilt GSL 1.11, storing it a new directory. I've changed my
> $MET_GSLINC (/home/peter/GSL/gsl-1.11/include) and $MET_GSLLIB
> (/home/peter/GSL/gsl-1.11/.libs) to the path with the GSL version
that I
> know has been compiled with consistent compilers as the rest of MET.
>
> However, I'm still having the same issue.
>
> The libgsl.so.0 library does exist, at least in theory, where I've
pointed
> to in the .cshrc file, as a 'locate' command returns this:
>
> locate libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
>
> for some reason, MET still can't see it, though. It's returning the
same
> error when I run 'make test'.
>
> I did notice that in my GSL folder, the libgsl.so.0 is actually a
link...a
> 'll' command returns this (among others):
>
> ll /home/peter/GSL/gsl-1.11/.libs/
> libgsl.so.0 -> libgsl.so.0.12.0
>
> Is it possible that this is an issue? Is pointing to a link a deal
> breaker? I noticed that in my other GSL libraries, which may not
have been
> installed with the same compiler, that libgsl.so.0 is not a link.
>
> I see GSL 1.11 has a patch. Should I try installing that?
>
> Also, can you elaborate on the $LD_LIBRARY_PATH? I can't find why I
would
> have set that up in the .cshrc, and since I must have done that a
few
> months ago, I have no memory of it. Is that critical to MET?
Perhaps I
> try changing that?
>
> Otherwise, I'm a bit perplexed as to what's going on.
>
> Thanks!
>
> p.s. I also tried changing the .cshrc to just using $MET_GSL where
that is
> defined as /home/peter/GSL/gsl-1.11,
> the main directory I installed GSL in...but still no luck.
>
> ______________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Tuesday, April 19, 2016 4:11 PM
> To: Workoff, Thomas E
> Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
>
> Tom,
>
> Ah, OK. So the problem is in linking to the GSL library at runtime.
My
> apologies for not catching on to that sooner.
>
> If GSL really is installed in /usr/local, make sure you actually
have some
> libraries in there:
> ls /usr/local/lib/libgsl.*
>
> And specifically:
> ls /usr/local/lib/libgsl.so.0
>
> And I assume that's why you set you LD_LIBRARY_PATH to
/usr/local/lib. So
> you can link to that GSL library.
>
> Now, it could be the case that the version of GSL available in
/usr/local
> in incompatible with your compilation of MET. Perhaps it was
compiled with
> a different family of compilers?
>
> John
>
>
> On Tue, Apr 19, 2016 at 12:37 PM, Workoff, Thomas E via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
> >
> > Hi John,
> >
> > Thanks for your quick response!
> >
> > I made the changes you suggested to the .cshrc, and then re-
configured,
> > and ran make again. However, the results of 'make test' still
show the
> > same error (attached if you really want to check it out). It still
can't
> > seem to find that gsl library file.
> >
> > Is this an artifact from me messing something up earlier in the
build
> > process? I can send along the results of the 'configure' or 'make
> install'
> > if you'd like....
> >
> > -Tom
> >
> > ________________________________________
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Tuesday, April 19, 2016 2:03 PM
> > To: Workoff, Thomas E
> > Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
> libgsl.so.0
> >
> > Hello Tom,
> >
> > I see you're having trouble compiling MET, especially related to
the GSL
> > library. Thanks for sending the list of environment variables
you're
> > using. That helps a lot. Please try using the following settings
> > instead. And then rerun the configure script, followed by make:
> >
> > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> > setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> > setenv MET_BUFRLIB /home/peter/BUFRLIB
> > setenv MET_GSL /usr/local
> > setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> > setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> > setenv MET_CAIROLIB /usr/local/lib/cairo
> > setenv MET_CAIROINC /usr/local/include/cairo
> > setenv MET_FREETYPEINC /usr/include/freetype2/freetype
> > setenv MET_FREETYPELIB /usr/lib
> > setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> > setenv LD_LIBRARY_PATH /usr/local/lib
> >
> > Please let me know how it goes.
> >
> > Thanks,
> > John Halley Gotway
> > met_help at ucar.edu
> >
> >
> > On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > Queue: met_help
> > > Subject: Trouble with MET finding libgsl.so.0
> > > Owner: Nobody
> > > Requestors: tworkoff at firstenergycorp.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983
> >
> > >
> > >
> > > Hi all,
> > >
> > >
> > > I seem to be having some trouble in the final stages of building
MET,
> as
> > > reflected in the output of the 'make test' process. I've
attached the
> > > output of that process here for reference.
> > >
> > >
> > > Most errors seem to be involved with not being able find/use
> libgsl.so.0.
> > > I'm assuming this should be directed via entries in the .cshrc
via the
> > > MET_GSLLIB variable? Is that a poor assumption?
> > >
> > >
> > > Anyway, I've included my environmental variable for MET in my
.cshrc
> > > below. You can see that the GSL library is pointed to reference
> > > /usr/local/lib. I've checked, and libgsl.so.0 does indeed exist
at
> this
> > > pathway, as proven by the results of a locate command to find
it:
> > >
> > >
> > > [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> > > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> > > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> > > /usr/local/lib/libgsl.so.0
> > > /usr/local/lib/libgsl.so.0.12.0
> > >
> > >
> > > Am I way off base here? Looking in the wrong spot? Any ideas
on what
> > > could be causing these errors?
> > >
> > >
> > > Thanks!
> > >
> > > -Tom
> > >
> > >
> > >
> > > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE###
> > > setenv MET_NETCDF /home/peter/NETCDF/netcdf-c-4.4.0
> > > setenv MET_NETCDF_INC /home/peter/NETCDF/netcdf-c-4.4.0/include
> > > setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> > > setenv MET_BUFR /home/peter/BUFRLIB
> > > #setenv MET_GSL /home/peter/GSL/gsl-1.11
> > > setenv MET_GSLINC /usr/local/include/gsl
> > > setenv MET_GSLLIB /usr/local/lib
> > > setenv MET_GRIB2CINC /home/peter/GRIB2/g2clib-1.4.0
> > > setenv MET_GRIB2CLIB /home/peter/GRIB2/g2clib-1.4.0
> > > setenv MET_CAIROLIB /usr/local/lib/cairo
> > > setenv MET_CAIROINC /usr/local/include/cairo
> > > setenv MET_FREETYPEINC /usr/include/freetype2/freetype/
> > > setenv MET_FREETYPELIB /usr/lib/
> > > setenv MET_FONT_DIR /home/peter/GHOSTSCRIPT/fonts
> > > setenv LD_LIBRARY_PATH /usr/local/lib
> > >
> > >
> > >
> > > -----------------------------------------
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If the
> > > reader of this message is not the intended recipient or an agent
> > > responsible for delivering it to the intended recipient, you are
hereby
> > > notified that you have received this document in error and that
any
> > review,
> > > dissemination, distribution, or copying of this message is
strictly
> > > prohibited. If you have received this communication in error,
please
> > notify
> > > us immediately, and delete the original message.
> > >
> > >
> >
> >
> >
> > -----------------------------------------
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
hereby
> > notified that you have received this document in error and that
any
> review,
> > dissemination, distribution, or copying of this message is
strictly
> > prohibited. If you have received this communication in error,
please
> notify
> > us immediately, and delete the original message.
> >
> >
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #75983] Trouble with MET finding libgsl.so.0
From: Workoff, Thomas E
Time: Wed Apr 20 12:22:12 2016
John,
Bingo. Worked through the instructions you sent, and everything
appears to have run properly. The make_test.log file is clean.
Thanks for your help! I want to say how much I appreciate your
assistance...any time I've had a question MET related, you've always
been quick to respond, patient, and helpful. It's a very welcome
change from the way these help inquires can tend go with other
software--it's noticed and appreciated.
Thanks again!
-Tom
-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Wednesday, April 20, 2016 12:58 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
Tom,
At runtime the linker is searching for these library files. It looks
in some standard locations (/usr/lib, /usr/local/lib, I think) and
also in the directories specified by LD_LIBRARY_PATH. It should
search the LD_LIBRARY_PATH locations first before the standard
locations.
We suspect that the version of GSL in /usr/local/lib is NOT compatible
with MET. So we need to tell the linker where to find the "right"
version.
When you compile GSL it builds the libraries and places them in that
hidden directory named ".libs". When you run "make install" it should
copy those libraries to the installation directory. Try redoing the
installation of GSL and just install it "in place", like this:
cd /home/peter/GSL/gsl-1.11
setenv CC "path to the C compiler you're using"
make clean
./configure --prefix=`pwd`
make
make install
And then put the following in your .cshrc file:
setenv LD_LIBRARY_PATH /home/peter/GSL/gsl-1.11/lib
Then source the file:
source ~/.cshrc
And go run "make test" for MET.
Hope that helps.
Thanks,
John
On Wed, Apr 20, 2016 at 8:45 AM, Workoff, Thomas E via RT
<met_help at ucar.edu
> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
> Hi John,
>
> I've rebuilt GSL 1.11, storing it a new directory. I've changed my
> $MET_GSLINC (/home/peter/GSL/gsl-1.11/include) and $MET_GSLLIB
> (/home/peter/GSL/gsl-1.11/.libs) to the path with the GSL version
that
> I know has been compiled with consistent compilers as the rest of
MET.
>
> However, I'm still having the same issue.
>
> The libgsl.so.0 library does exist, at least in theory, where I've
> pointed to in the .cshrc file, as a 'locate' command returns this:
>
> locate libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
>
> for some reason, MET still can't see it, though. It's returning the
> same error when I run 'make test'.
>
> I did notice that in my GSL folder, the libgsl.so.0 is actually a
> link...a 'll' command returns this (among others):
>
> ll /home/peter/GSL/gsl-1.11/.libs/
> libgsl.so.0 -> libgsl.so.0.12.0
>
> Is it possible that this is an issue? Is pointing to a link a deal
> breaker? I noticed that in my other GSL libraries, which may not
have
> been installed with the same compiler, that libgsl.so.0 is not a
link.
>
> I see GSL 1.11 has a patch. Should I try installing that?
>
> Also, can you elaborate on the $LD_LIBRARY_PATH? I can't find why I
> would have set that up in the .cshrc, and since I must have done
that
> a few months ago, I have no memory of it. Is that critical to MET?
> Perhaps I try changing that?
>
> Otherwise, I'm a bit perplexed as to what's going on.
>
> Thanks!
>
> p.s. I also tried changing the .cshrc to just using $MET_GSL where
> that is defined as /home/peter/GSL/gsl-1.11, the main directory I
> installed GSL in...but still no luck.
>
> ______________________________________
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Tuesday, April 19, 2016 4:11 PM
> To: Workoff, Thomas E
> Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
> libgsl.so.0
>
> Tom,
>
> Ah, OK. So the problem is in linking to the GSL library at runtime.
> My apologies for not catching on to that sooner.
>
> If GSL really is installed in /usr/local, make sure you actually
have
> some libraries in there:
> ls /usr/local/lib/libgsl.*
>
> And specifically:
> ls /usr/local/lib/libgsl.so.0
>
> And I assume that's why you set you LD_LIBRARY_PATH to
/usr/local/lib.
> So you can link to that GSL library.
>
> Now, it could be the case that the version of GSL available in
> /usr/local in incompatible with your compilation of MET. Perhaps it
> was compiled with a different family of compilers?
>
> John
>
>
> On Tue, Apr 19, 2016 at 12:37 PM, Workoff, Thomas E via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
> >
> > Hi John,
> >
> > Thanks for your quick response!
> >
> > I made the changes you suggested to the .cshrc, and then
> > re-configured, and ran make again. However, the results of 'make
> > test' still show the same error (attached if you really want to
> > check it out). It still can't seem to find that gsl library file.
> >
> > Is this an artifact from me messing something up earlier in the
> > build process? I can send along the results of the 'configure' or
> > 'make
> install'
> > if you'd like....
> >
> > -Tom
> >
> > ________________________________________
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Tuesday, April 19, 2016 2:03 PM
> > To: Workoff, Thomas E
> > Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
> libgsl.so.0
> >
> > Hello Tom,
> >
> > I see you're having trouble compiling MET, especially related to
the
> > GSL library. Thanks for sending the list of environment variables
> > you're using. That helps a lot. Please try using the following
> > settings instead. And then rerun the configure script, followed
by make:
> >
> > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE### setenv MET_NETCDF
> > /home/peter/NETCDF/netcdf-c-4.4.0 setenv MET_BUFRLIB
> > /home/peter/BUFRLIB setenv MET_GSL /usr/local setenv MET_GRIB2CINC
> > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_GRIB2CLIB
> > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_CAIROLIB
> > /usr/local/lib/cairo setenv MET_CAIROINC /usr/local/include/cairo
> > setenv MET_FREETYPEINC /usr/include/freetype2/freetype setenv
> > MET_FREETYPELIB /usr/lib setenv MET_FONT_DIR
> > /home/peter/GHOSTSCRIPT/fonts setenv LD_LIBRARY_PATH
/usr/local/lib
> >
> > Please let me know how it goes.
> >
> > Thanks,
> > John Halley Gotway
> > met_help at ucar.edu
> >
> >
> > On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > Queue: met_help
> > > Subject: Trouble with MET finding libgsl.so.0
> > > Owner: Nobody
> > > Requestors: tworkoff at firstenergycorp.com
> > > Status: new
> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983
> >
> > >
> > >
> > > Hi all,
> > >
> > >
> > > I seem to be having some trouble in the final stages of building
> > > MET,
> as
> > > reflected in the output of the 'make test' process. I've
attached
> > > the output of that process here for reference.
> > >
> > >
> > > Most errors seem to be involved with not being able find/use
> libgsl.so.0.
> > > I'm assuming this should be directed via entries in the .cshrc
via
> > > the MET_GSLLIB variable? Is that a poor assumption?
> > >
> > >
> > > Anyway, I've included my environmental variable for MET in my
> > > .cshrc below. You can see that the GSL library is pointed to
> > > reference /usr/local/lib. I've checked, and libgsl.so.0 does
> > > indeed exist at
> this
> > > pathway, as proven by the results of a locate command to find
it:
> > >
> > >
> > > [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> > > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> > > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> > > /usr/local/lib/libgsl.so.0
> > > /usr/local/lib/libgsl.so.0.12.0
> > >
> > >
> > > Am I way off base here? Looking in the wrong spot? Any ideas
on
> > > what could be causing these errors?
> > >
> > >
> > > Thanks!
> > >
> > > -Tom
> > >
> > >
> > >
> > > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE### setenv MET_NETCDF
> > > /home/peter/NETCDF/netcdf-c-4.4.0 setenv MET_NETCDF_INC
> > > /home/peter/NETCDF/netcdf-c-4.4.0/include
> > > setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> > > setenv MET_BUFR /home/peter/BUFRLIB #setenv MET_GSL
> > > /home/peter/GSL/gsl-1.11 setenv MET_GSLINC
/usr/local/include/gsl
> > > setenv MET_GSLLIB /usr/local/lib setenv MET_GRIB2CINC
> > > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_GRIB2CLIB
> > > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_CAIROLIB
> > > /usr/local/lib/cairo setenv MET_CAIROINC
/usr/local/include/cairo
> > > setenv MET_FREETYPEINC /usr/include/freetype2/freetype/ setenv
> > > MET_FREETYPELIB /usr/lib/ setenv MET_FONT_DIR
> > > /home/peter/GHOSTSCRIPT/fonts setenv LD_LIBRARY_PATH
> > > /usr/local/lib
> > >
> > >
> > >
> > > -----------------------------------------
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
> > > agent responsible for delivering it to the intended recipient,
you
> > > are hereby notified that you have received this document in
error
> > > and that any
> > review,
> > > dissemination, distribution, or copying of this message is
> > > strictly prohibited. If you have received this communication in
> > > error, please
> > notify
> > > us immediately, and delete the original message.
> > >
> > >
> >
> >
> >
> > -----------------------------------------
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any
> review,
> > dissemination, distribution, or copying of this message is
strictly
> > prohibited. If you have received this communication in error,
please
> notify
> > us immediately, and delete the original message.
> >
> >
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
>
-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Trouble with MET finding libgsl.so.0
From: John Halley Gotway
Time: Wed Apr 20 12:59:05 2016
Tom,
Thanks for the feedback. Glad you were able to get it up and running!
John
On Wed, Apr 20, 2016 at 12:22 PM, Workoff, Thomas E via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
>
> John,
>
> Bingo. Worked through the instructions you sent, and everything
appears
> to have run properly. The make_test.log file is clean.
>
> Thanks for your help! I want to say how much I appreciate your
> assistance...any time I've had a question MET related, you've always
been
> quick to respond, patient, and helpful. It's a very welcome change
from
> the way these help inquires can tend go with other software--it's
noticed
> and appreciated.
>
> Thanks again!
> -Tom
>
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Wednesday, April 20, 2016 12:58 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
libgsl.so.0
>
> Tom,
>
> At runtime the linker is searching for these library files. It
looks in
> some standard locations (/usr/lib, /usr/local/lib, I think) and also
in the
> directories specified by LD_LIBRARY_PATH. It should search the
> LD_LIBRARY_PATH locations first before the standard locations.
>
> We suspect that the version of GSL in /usr/local/lib is NOT
compatible
> with MET. So we need to tell the linker where to find the "right"
version.
>
> When you compile GSL it builds the libraries and places them in that
> hidden directory named ".libs". When you run "make install" it
should copy
> those libraries to the installation directory. Try redoing the
> installation of GSL and just install it "in place", like this:
>
> cd /home/peter/GSL/gsl-1.11
> setenv CC "path to the C compiler you're using"
> make clean
> ./configure --prefix=`pwd`
> make
> make install
>
> And then put the following in your .cshrc file:
> setenv LD_LIBRARY_PATH /home/peter/GSL/gsl-1.11/lib
>
> Then source the file:
> source ~/.cshrc
>
> And go run "make test" for MET.
>
> Hope that helps.
>
> Thanks,
> John
>
>
> On Wed, Apr 20, 2016 at 8:45 AM, Workoff, Thomas E via RT <
> met_help at ucar.edu
> > wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
> >
> > Hi John,
> >
> > I've rebuilt GSL 1.11, storing it a new directory. I've changed
my
> > $MET_GSLINC (/home/peter/GSL/gsl-1.11/include) and $MET_GSLLIB
> > (/home/peter/GSL/gsl-1.11/.libs) to the path with the GSL version
that
> > I know has been compiled with consistent compilers as the rest of
MET.
> >
> > However, I'm still having the same issue.
> >
> > The libgsl.so.0 library does exist, at least in theory, where I've
> > pointed to in the .cshrc file, as a 'locate' command returns this:
> >
> > locate libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> >
> > for some reason, MET still can't see it, though. It's returning
the
> > same error when I run 'make test'.
> >
> > I did notice that in my GSL folder, the libgsl.so.0 is actually a
> > link...a 'll' command returns this (among others):
> >
> > ll /home/peter/GSL/gsl-1.11/.libs/
> > libgsl.so.0 -> libgsl.so.0.12.0
> >
> > Is it possible that this is an issue? Is pointing to a link a
deal
> > breaker? I noticed that in my other GSL libraries, which may not
have
> > been installed with the same compiler, that libgsl.so.0 is not a
link.
> >
> > I see GSL 1.11 has a patch. Should I try installing that?
> >
> > Also, can you elaborate on the $LD_LIBRARY_PATH? I can't find why
I
> > would have set that up in the .cshrc, and since I must have done
that
> > a few months ago, I have no memory of it. Is that critical to
MET?
> > Perhaps I try changing that?
> >
> > Otherwise, I'm a bit perplexed as to what's going on.
> >
> > Thanks!
> >
> > p.s. I also tried changing the .cshrc to just using $MET_GSL where
> > that is defined as /home/peter/GSL/gsl-1.11, the main directory I
> > installed GSL in...but still no luck.
> >
> > ______________________________________
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Tuesday, April 19, 2016 4:11 PM
> > To: Workoff, Thomas E
> > Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
> > libgsl.so.0
> >
> > Tom,
> >
> > Ah, OK. So the problem is in linking to the GSL library at
runtime.
> > My apologies for not catching on to that sooner.
> >
> > If GSL really is installed in /usr/local, make sure you actually
have
> > some libraries in there:
> > ls /usr/local/lib/libgsl.*
> >
> > And specifically:
> > ls /usr/local/lib/libgsl.so.0
> >
> > And I assume that's why you set you LD_LIBRARY_PATH to
/usr/local/lib.
> > So you can link to that GSL library.
> >
> > Now, it could be the case that the version of GSL available in
> > /usr/local in incompatible with your compilation of MET. Perhaps
it
> > was compiled with a different family of compilers?
> >
> > John
> >
> >
> > On Tue, Apr 19, 2016 at 12:37 PM, Workoff, Thomas E via RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983 >
> > >
> > > Hi John,
> > >
> > > Thanks for your quick response!
> > >
> > > I made the changes you suggested to the .cshrc, and then
> > > re-configured, and ran make again. However, the results of
'make
> > > test' still show the same error (attached if you really want to
> > > check it out). It still can't seem to find that gsl library
file.
> > >
> > > Is this an artifact from me messing something up earlier in the
> > > build process? I can send along the results of the 'configure'
or
> > > 'make
> > install'
> > > if you'd like....
> > >
> > > -Tom
> > >
> > > ________________________________________
> > > From: John Halley Gotway via RT <met_help at ucar.edu>
> > > Sent: Tuesday, April 19, 2016 2:03 PM
> > > To: Workoff, Thomas E
> > > Subject: Re: [rt.rap.ucar.edu #75983] Trouble with MET finding
> > libgsl.so.0
> > >
> > > Hello Tom,
> > >
> > > I see you're having trouble compiling MET, especially related to
the
> > > GSL library. Thanks for sending the list of environment
variables
> > > you're using. That helps a lot. Please try using the following
> > > settings instead. And then rerun the configure script, followed
by
> make:
> > >
> > > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE### setenv MET_NETCDF
> > > /home/peter/NETCDF/netcdf-c-4.4.0 setenv MET_BUFRLIB
> > > /home/peter/BUFRLIB setenv MET_GSL /usr/local setenv
MET_GRIB2CINC
> > > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_GRIB2CLIB
> > > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_CAIROLIB
> > > /usr/local/lib/cairo setenv MET_CAIROINC
/usr/local/include/cairo
> > > setenv MET_FREETYPEINC /usr/include/freetype2/freetype setenv
> > > MET_FREETYPELIB /usr/lib setenv MET_FONT_DIR
> > > /home/peter/GHOSTSCRIPT/fonts setenv LD_LIBRARY_PATH
/usr/local/lib
> > >
> > > Please let me know how it goes.
> > >
> > > Thanks,
> > > John Halley Gotway
> > > met_help at ucar.edu
> > >
> > >
> > > On Tue, Apr 19, 2016 at 11:46 AM, Workoff, Thomas E via RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Tue Apr 19 11:46:34 2016: Request 75983 was acted upon.
> > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > Queue: met_help
> > > > Subject: Trouble with MET finding libgsl.so.0
> > > > Owner: Nobody
> > > > Requestors: tworkoff at firstenergycorp.com
> > > > Status: new
> > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=75983
> > >
> > > >
> > > >
> > > > Hi all,
> > > >
> > > >
> > > > I seem to be having some trouble in the final stages of
building
> > > > MET,
> > as
> > > > reflected in the output of the 'make test' process. I've
attached
> > > > the output of that process here for reference.
> > > >
> > > >
> > > > Most errors seem to be involved with not being able find/use
> > libgsl.so.0.
> > > > I'm assuming this should be directed via entries in the .cshrc
via
> > > > the MET_GSLLIB variable? Is that a poor assumption?
> > > >
> > > >
> > > > Anyway, I've included my environmental variable for MET in my
> > > > .cshrc below. You can see that the GSL library is pointed to
> > > > reference /usr/local/lib. I've checked, and libgsl.so.0 does
> > > > indeed exist at
> > this
> > > > pathway, as proven by the results of a locate command to find
it:
> > > >
> > > >
> > > > [peter at lnx_env001 met-5.1]# locate libgsl.so.0
> > > > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0
> > > > /home/peter/GSL/gsl-1.11/.libs/libgsl.so.0.12.0
> > > > /usr/local/lib/libgsl.so.0
> > > > /usr/local/lib/libgsl.so.0.12.0
> > > >
> > > >
> > > > Am I way off base here? Looking in the wrong spot? Any ideas
on
> > > > what could be causing these errors?
> > > >
> > > >
> > > > Thanks!
> > > >
> > > > -Tom
> > > >
> > > >
> > > >
> > > > ###ENVIRONMENTAL VARIABLES FOR MET PACKAGE### setenv
MET_NETCDF
> > > > /home/peter/NETCDF/netcdf-c-4.4.0 setenv MET_NETCDF_INC
> > > > /home/peter/NETCDF/netcdf-c-4.4.0/include
> > > > setenv MET_NETCDF_LIB /home/peter/NETCDF/netcdf-c-4.4.0/lib
> > > > setenv MET_BUFR /home/peter/BUFRLIB #setenv MET_GSL
> > > > /home/peter/GSL/gsl-1.11 setenv MET_GSLINC
/usr/local/include/gsl
> > > > setenv MET_GSLLIB /usr/local/lib setenv MET_GRIB2CINC
> > > > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_GRIB2CLIB
> > > > /home/peter/GRIB2/g2clib-1.4.0 setenv MET_CAIROLIB
> > > > /usr/local/lib/cairo setenv MET_CAIROINC
/usr/local/include/cairo
> > > > setenv MET_FREETYPEINC /usr/include/freetype2/freetype/ setenv
> > > > MET_FREETYPELIB /usr/lib/ setenv MET_FONT_DIR
> > > > /home/peter/GHOSTSCRIPT/fonts setenv LD_LIBRARY_PATH
> > > > /usr/local/lib
> > > >
> > > >
> > > >
> > > > -----------------------------------------
> > > > The information contained in this message is intended only for
the
> > > > personal and confidential use of the recipient(s) named above.
If
> > > > the reader of this message is not the intended recipient or an
> > > > agent responsible for delivering it to the intended recipient,
you
> > > > are hereby notified that you have received this document in
error
> > > > and that any
> > > review,
> > > > dissemination, distribution, or copying of this message is
> > > > strictly prohibited. If you have received this communication
in
> > > > error, please
> > > notify
> > > > us immediately, and delete the original message.
> > > >
> > > >
> > >
> > >
> > >
> > > -----------------------------------------
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any
> > review,
> > > dissemination, distribution, or copying of this message is
strictly
> > > prohibited. If you have received this communication in error,
please
> > notify
> > > us immediately, and delete the original message.
> > >
> > >
> >
> >
> >
> > -----------------------------------------
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
> >
>
>
>
> -----------------------------------------
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
------------------------------------------------
More information about the Met_help
mailing list