[Met_help] [rt.rap.ucar.edu #61997] History for make error
Julie Prestopnik via RT
met_help at ucar.edu
Tue Nov 19 09:56:15 MST 2013
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Good day,
I trust this e-mail finds you well.
I have been trying to install METv4.1 but I keep on getting the same error which I am struggling to fix, which I hope you will be able to assist with.
I have attached to this e-mail my log file from the make process as well as my user defined file.
I have installed netcdf v3.6.3, g2clib-1.4.0 as well as gfs-1.15.
Any assistance in solving this problem will be greatly appreciated.
Kind regards,
Stephanie
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #61997] make error
From: Julie Prestopnik
Time: Wed Jun 26 10:03:00 2013
Stephanie,
Thank you for sending the make log. I took a look and see that the
linker can't find the standard math library:
/usr/bin/ld: cannot find -lm
Since, by default, MET is doing static linking, the linker is looking
for a library archive file name "libm.a", but can't find it. The
linker
being unable to find the standard math library is a bad sign and often
means that the compiler is not installed/configured well. We could
locate the correct library archive file and tell the linker where to
find it, but often, if the linker can't find the math library, you'll
often have a whole host of other compilation issues arise.
Here are some things you could consider:
(1) If you can locate "libm.a" on your system, you could tell the
linker where to find it by editing the top-level METv4.1/user_defs.mk
file. Just add "-L/my/directory" to the "CXX_LIBS" line, where
/my/directory is the directory containing the file libm.a. But as I
mentioned above, you may run into other problems after resolving this
one.
(2) You could try rebuilding MET using dynamic linking rather than
static linking. Perhaps that would work better:
- Just edit the top-level METv4.1/user_defs.mk file and remove "-
static" from the CXX_FLAGS and FC_FLAGS lines.
- Then rebuild MET, being sure to execute a "make clean" first.
(3) If you have other compilers (PGI, Intel) available on your system,
you could try rebuilding MET and all it's dependent libraries using
them.
(4) You could talk to a systems administrator about the problems
you're having, and reinstall the compilers.
Sorry I don't have an easy answer for you. Please let me know how it
goes.
Thanks,
Julie Prestopnik
On 06/26/2013 05:03 AM, Stephanie Landman via RT wrote:
>
> Wed Jun 26 05:03:18 2013: Request 61997 was acted upon.
> Transaction: Ticket created by Stephanie.Landman at weathersa.co.za
> Queue: met_help
> Subject: make error
> Owner: Nobody
> Requestors: Stephanie.Landman at weathersa.co.za
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61997 >
>
>
> Good day,
>
> I trust this e-mail finds you well.
> I have been trying to install METv4.1 but I keep on getting the same
error which I am struggling to fix, which I hope you will be able to
assist with.
> I have attached to this e-mail my log file from the make process as
well as my user defined file.
>
> I have installed netcdf v3.6.3, g2clib-1.4.0 as well as gfs-1.15.
>
> Any assistance in solving this problem will be greatly appreciated.
>
> Kind regards,
> Stephanie
>
--
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 #61997] make error
From: Julie Prestopnik
Time: Tue Jul 02 10:31:25 2013
Hi Stephanie. I just wanted to follow up and see if you had any luck
in
resolving the problem.
Thanks,
Julie
On 06/26/2013 10:02 AM, Julie Prestopnik wrote:
> Stephanie,
>
> Thank you for sending the make log. I took a look and see that the
> linker can't find the standard math library:
> /usr/bin/ld: cannot find -lm
>
> Since, by default, MET is doing static linking, the linker is
looking
> for a library archive file name "libm.a", but can't find it. The
linker
> being unable to find the standard math library is a bad sign and
often
> means that the compiler is not installed/configured well. We could
> locate the correct library archive file and tell the linker where to
> find it, but often, if the linker can't find the math library,
you'll
> often have a whole host of other compilation issues arise.
>
> Here are some things you could consider:
>
> (1) If you can locate "libm.a" on your system, you could tell the
> linker where to find it by editing the top-level
METv4.1/user_defs.mk
> file. Just add "-L/my/directory" to the "CXX_LIBS" line, where
> /my/directory is the directory containing the file libm.a. But as I
> mentioned above, you may run into other problems after resolving
this one.
>
> (2) You could try rebuilding MET using dynamic linking rather
than
> static linking. Perhaps that would work better:
> - Just edit the top-level METv4.1/user_defs.mk file and remove
"-
> static" from the CXX_FLAGS and FC_FLAGS lines.
> - Then rebuild MET, being sure to execute a "make clean" first.
>
> (3) If you have other compilers (PGI, Intel) available on your
system,
> you could try rebuilding MET and all it's dependent libraries using
them.
>
> (4) You could talk to a systems administrator about the problems
> you're having, and reinstall the compilers.
>
> Sorry I don't have an easy answer for you. Please let me know how
it
> goes.
>
> Thanks,
> Julie Prestopnik
>
>
> On 06/26/2013 05:03 AM, Stephanie Landman via RT wrote:
>>
>> Wed Jun 26 05:03:18 2013: Request 61997 was acted upon.
>> Transaction: Ticket created by Stephanie.Landman at weathersa.co.za
>> Queue: met_help
>> Subject: make error
>> Owner: Nobody
>> Requestors: Stephanie.Landman at weathersa.co.za
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61997 >
>>
>>
>> Good day,
>>
>> I trust this e-mail finds you well.
>> I have been trying to install METv4.1 but I keep on getting the
same
>> error which I am struggling to fix, which I hope you will be able
to
>> assist with.
>> I have attached to this e-mail my log file from the make process as
>> well as my user defined file.
>>
>> I have installed netcdf v3.6.3, g2clib-1.4.0 as well as gfs-1.15.
>>
>> Any assistance in solving this problem will be greatly appreciated.
>>
>> Kind regards,
>> Stephanie
>>
>
>
--
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 #61997] make error
From: Stephanie Landman
Time: Mon Nov 18 23:34:36 2013
Julie,
You assisted in me in July and while cleaning my mailbox today I noted
that my reply to this email bounced back. Not too sure why - hope this
one goes through.
Yes, I applied your second suggestion and it worked perfectly.
Thank you.
Stephanie
-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Tuesday, July 02, 2013 6:31 PM
To: Stephanie Landman
Subject: Re: [rt.rap.ucar.edu #61997] make error
Hi Stephanie. I just wanted to follow up and see if you had any luck
in resolving the problem.
Thanks,
Julie
On 06/26/2013 10:02 AM, Julie Prestopnik wrote:
> Stephanie,
>
> Thank you for sending the make log. I took a look and see that the
> linker can't find the standard math library:
> /usr/bin/ld: cannot find -lm
>
> Since, by default, MET is doing static linking, the linker is
looking
> for a library archive file name "libm.a", but can't find it. The
> linker being unable to find the standard math library is a bad sign
> and often means that the compiler is not installed/configured well.
> We could locate the correct library archive file and tell the linker
> where to find it, but often, if the linker can't find the math
> library, you'll often have a whole host of other compilation issues
arise.
>
> Here are some things you could consider:
>
> (1) If you can locate "libm.a" on your system, you could tell the
> linker where to find it by editing the top-level
METv4.1/user_defs.mk
> file. Just add "-L/my/directory" to the "CXX_LIBS" line, where
> /my/directory is the directory containing the file libm.a. But as I
> mentioned above, you may run into other problems after resolving
this one.
>
> (2) You could try rebuilding MET using dynamic linking rather
than
> static linking. Perhaps that would work better:
> - Just edit the top-level METv4.1/user_defs.mk file and remove
"-
> static" from the CXX_FLAGS and FC_FLAGS lines.
> - Then rebuild MET, being sure to execute a "make clean" first.
>
> (3) If you have other compilers (PGI, Intel) available on your
system,
> you could try rebuilding MET and all it's dependent libraries using
them.
>
> (4) You could talk to a systems administrator about the problems
> you're having, and reinstall the compilers.
>
> Sorry I don't have an easy answer for you. Please let me know how
it
> goes.
>
> Thanks,
> Julie Prestopnik
>
>
> On 06/26/2013 05:03 AM, Stephanie Landman via RT wrote:
>>
>> Wed Jun 26 05:03:18 2013: Request 61997 was acted upon.
>> Transaction: Ticket created by Stephanie.Landman at weathersa.co.za
>> Queue: met_help
>> Subject: make error
>> Owner: Nobody
>> Requestors: Stephanie.Landman at weathersa.co.za
>> Status: new
>> Ticket <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61997 >
>>
>>
>> Good day,
>>
>> I trust this e-mail finds you well.
>> I have been trying to install METv4.1 but I keep on getting the
same
>> error which I am struggling to fix, which I hope you will be able
to
>> assist with.
>> I have attached to this e-mail my log file from the make process as
>> well as my user defined file.
>>
>> I have installed netcdf v3.6.3, g2clib-1.4.0 as well as gfs-1.15.
>>
>> Any assistance in solving this problem will be greatly appreciated.
>>
>> Kind regards,
>> Stephanie
>>
>
>
--
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 #61997] make error
From: Julie Prestopnik
Time: Tue Nov 19 09:56:07 2013
Hi Stephanie. I'm sorry to hear that your reply got bounced back.
This
one did come through. Thank you for following up, and I'm glad you
got
things working.
Julie
On 11/18/2013 11:34 PM, Stephanie Landman via RT wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61997 >
>
> Julie,
>
> You assisted in me in July and while cleaning my mailbox today I
noted that my reply to this email bounced back. Not too sure why -
hope this one goes through.
>
> Yes, I applied your second suggestion and it worked perfectly.
>
> Thank you.
> Stephanie
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Tuesday, July 02, 2013 6:31 PM
> To: Stephanie Landman
> Subject: Re: [rt.rap.ucar.edu #61997] make error
>
> Hi Stephanie. I just wanted to follow up and see if you had any
luck in resolving the problem.
>
> Thanks,
> Julie
>
> On 06/26/2013 10:02 AM, Julie Prestopnik wrote:
>> Stephanie,
>>
>> Thank you for sending the make log. I took a look and see that the
>> linker can't find the standard math library:
>> /usr/bin/ld: cannot find -lm
>>
>> Since, by default, MET is doing static linking, the linker is
looking
>> for a library archive file name "libm.a", but can't find it. The
>> linker being unable to find the standard math library is a bad sign
>> and often means that the compiler is not installed/configured well.
>> We could locate the correct library archive file and tell the
linker
>> where to find it, but often, if the linker can't find the math
>> library, you'll often have a whole host of other compilation
issues arise.
>>
>> Here are some things you could consider:
>>
>> (1) If you can locate "libm.a" on your system, you could tell
the
>> linker where to find it by editing the top-level
METv4.1/user_defs.mk
>> file. Just add "-L/my/directory" to the "CXX_LIBS" line, where
>> /my/directory is the directory containing the file libm.a. But as
I
>> mentioned above, you may run into other problems after resolving
this one.
>>
>> (2) You could try rebuilding MET using dynamic linking rather
than
>> static linking. Perhaps that would work better:
>> - Just edit the top-level METv4.1/user_defs.mk file and
remove "-
>> static" from the CXX_FLAGS and FC_FLAGS lines.
>> - Then rebuild MET, being sure to execute a "make clean"
first.
>>
>> (3) If you have other compilers (PGI, Intel) available on your
system,
>> you could try rebuilding MET and all it's dependent libraries using
them.
>>
>> (4) You could talk to a systems administrator about the
problems
>> you're having, and reinstall the compilers.
>>
>> Sorry I don't have an easy answer for you. Please let me know how
it
>> goes.
>>
>> Thanks,
>> Julie Prestopnik
>>
>>
>> On 06/26/2013 05:03 AM, Stephanie Landman via RT wrote:
>>>
>>> Wed Jun 26 05:03:18 2013: Request 61997 was acted upon.
>>> Transaction: Ticket created by Stephanie.Landman at weathersa.co.za
>>> Queue: met_help
>>> Subject: make error
>>> Owner: Nobody
>>> Requestors: Stephanie.Landman at weathersa.co.za
>>> Status: new
>>> Ticket <URL:
>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=61997 >
>>>
>>>
>>> Good day,
>>>
>>> I trust this e-mail finds you well.
>>> I have been trying to install METv4.1 but I keep on getting the
same
>>> error which I am struggling to fix, which I hope you will be able
to
>>> assist with.
>>> I have attached to this e-mail my log file from the make process
as
>>> well as my user defined file.
>>>
>>> I have installed netcdf v3.6.3, g2clib-1.4.0 as well as gfs-1.15.
>>>
>>> Any assistance in solving this problem will be greatly
appreciated.
>>>
>>> Kind regards,
>>> Stephanie
>>>
>>
>>
>
>
> --
> 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
------------------------------------------------
More information about the Met_help
mailing list