[Met_help] [rt.rap.ucar.edu #39238] History for Compiling GSL for MET

RAL HelpDesk {for John Halley Gotway} met_help at ucar.edu
Wed Jul 14 14:32:48 MDT 2010


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

Hello,

My name is Dan Adriaansen and I am in the process of getting MET setup
on my machine.  I am having some trouble compiling GSL.  Here are the
steps that I have taken:

1. $,/configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
2. Edit Makefile: CC = g++
3. $ make
4. $ make install

Step 4 is where I run into trouble, while attempting to install the
/include and /lib directories needed by MET.  Here is the screen output
from step 4:
------------------------------------------------------------------------
Making install in gsl
make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-1.14/gsl'
make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-1.14/gsl'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/gsl'
make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/gsl'
Making install in utils
make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-1.14/utils'
make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-1.14/utils'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/utils'
make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/utils'
Making install in sys
make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-1.14/sys'
make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-1.14/sys'
make[2]: Nothing to be done for `install-exec-am'.
test -z "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl" || /bin/mkdir
-p "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl"
 /home/dadriaan/exec -m 644 gsl_sys.h
'/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl'
/bin/sh: line 7: /home/dadriaan/exec: is a directory
make[2]: *** [install-pkgincludeHEADERS] Error 126
make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/sys'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/sys'
make: *** [install-recursive] Error 1
---------------------------------------------------------------------------

It looks like the install-sh shell script is getting hung up due to the
path /home/dadriaan/exec.  This is set as an environmental variable on
my machine as $INSTALL.  I believe this is where the problem lies, but I
am not sure what to do about it.  I would appreciate any insight you may
have.  Feel free to call me as well, I am at x2853.  Thanks a lot.

-Dan


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

Subject: Re: [rt.rap.ucar.edu #39238] Compiling GSL for MET
From: John Halley Gotway
Time: Wed Jul 14 11:46:12 2010

Dan,

I was able to replicate your problem by setting the INSTALL
environment variable in my .cshrc file.

Please try using the following commands to build GSL.  These should do
the trick:

cd /home/dadriaan/Desktop/gsl/gsl-1.14
make clean
unsetenv INSTALL
./configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
make
make install

Please note that you do not need to change CC=g++.  Just leave it as
is.  Let us know if you continue to experience problems.

Thanks,
John Halley Gotway
met_help at ucar.edu

RAL HelpDesk {for Daniel Adriaansen} wrote:
> Wed Jul 14 10:24:43 2010: Request 39238 was acted upon.
> Transaction: Ticket created by dadriaan at ucar.edu
>        Queue: met_help
>      Subject: Compiling GSL for MET
>        Owner: Nobody
>   Requestors: dadriaan at ucar.edu
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>
>
> Hello,
>
> My name is Dan Adriaansen and I am in the process of getting MET
setup
> on my machine.  I am having some trouble compiling GSL.  Here are
the
> steps that I have taken:
>
> 1. $,/configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
> 2. Edit Makefile: CC = g++
> 3. $ make
> 4. $ make install
>
> Step 4 is where I run into trouble, while attempting to install the
> /include and /lib directories needed by MET.  Here is the screen
output
> from step 4:
>
------------------------------------------------------------------------
> Making install in gsl
> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
> make[2]: Nothing to be done for `install-exec-am'.
> make[2]: Nothing to be done for `install-data-am'.
> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/gsl'
> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/gsl'
> Making install in utils
> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
> make[2]: Nothing to be done for `install-exec-am'.
> make[2]: Nothing to be done for `install-data-am'.
> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
> Making install in sys
> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
> make[2]: Nothing to be done for `install-exec-am'.
> test -z "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl" ||
/bin/mkdir
> -p "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl"
>  /home/dadriaan/exec -m 644 gsl_sys.h
> '/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl'
> /bin/sh: line 7: /home/dadriaan/exec: is a directory
> make[2]: *** [install-pkgincludeHEADERS] Error 126
> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/sys'
> make[1]: *** [install-am] Error 2
> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-1.14/sys'
> make: *** [install-recursive] Error 1
>
---------------------------------------------------------------------------
>
> It looks like the install-sh shell script is getting hung up due to
the
> path /home/dadriaan/exec.  This is set as an environmental variable
on
> my machine as $INSTALL.  I believe this is where the problem lies,
but I
> am not sure what to do about it.  I would appreciate any insight you
may
> have.  Feel free to call me as well, I am at x2853.  Thanks a lot.
>
> -Dan

------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #39238] Compiling GSL for MET
From: Daniel Adriaansen
Time: Wed Jul 14 11:58:46 2010

John,

Thanks a lot for the help.  I was able to successfully compile GSL and
now MET is also compiled, and the test scripts ran successfully with
the
exception of the pb2nc.cc stuff since I do not think I will need that.
I appreciate the response!  Feel free to go ahead and resolve the
ticket.

-Dan

RAL HelpDesk {for John Halley Gotway} wrote:
> Dan,
>
> I was able to replicate your problem by setting the INSTALL
environment variable in my .cshrc file.
>
> Please try using the following commands to build GSL.  These should
do the trick:
>
> cd /home/dadriaan/Desktop/gsl/gsl-1.14
> make clean
> unsetenv INSTALL
> ./configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
> make
> make install
>
> Please note that you do not need to change CC=g++.  Just leave it as
is.  Let us know if you continue to experience problems.
>
> Thanks,
> John Halley Gotway
> met_help at ucar.edu
>
> RAL HelpDesk {for Daniel Adriaansen} wrote:
>> Wed Jul 14 10:24:43 2010: Request 39238 was acted upon.
>> Transaction: Ticket created by dadriaan at ucar.edu
>>        Queue: met_help
>>      Subject: Compiling GSL for MET
>>        Owner: Nobody
>>   Requestors: dadriaan at ucar.edu
>>       Status: new
>>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>
>>
>> Hello,
>>
>> My name is Dan Adriaansen and I am in the process of getting MET
setup
>> on my machine.  I am having some trouble compiling GSL.  Here are
the
>> steps that I have taken:
>>
>> 1. $,/configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>> 2. Edit Makefile: CC = g++
>> 3. $ make
>> 4. $ make install
>>
>> Step 4 is where I run into trouble, while attempting to install the
>> /include and /lib directories needed by MET.  Here is the screen
output
>> from step 4:
>>
------------------------------------------------------------------------
>> Making install in gsl
>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>> make[2]: Nothing to be done for `install-exec-am'.
>> make[2]: Nothing to be done for `install-data-am'.
>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>> Making install in utils
>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>> make[2]: Nothing to be done for `install-exec-am'.
>> make[2]: Nothing to be done for `install-data-am'.
>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>> Making install in sys
>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>> make[2]: Nothing to be done for `install-exec-am'.
>> test -z "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl" ||
/bin/mkdir
>> -p "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl"
>>  /home/dadriaan/exec -m 644 gsl_sys.h
>> '/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl'
>> /bin/sh: line 7: /home/dadriaan/exec: is a directory
>> make[2]: *** [install-pkgincludeHEADERS] Error 126
>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>> make[1]: *** [install-am] Error 2
>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>> make: *** [install-recursive] Error 1
>>
---------------------------------------------------------------------------
>>
>> It looks like the install-sh shell script is getting hung up due to
the
>> path /home/dadriaan/exec.  This is set as an environmental variable
on
>> my machine as $INSTALL.  I believe this is where the problem lies,
but I
>> am not sure what to do about it.  I would appreciate any insight
you may
>> have.  Feel free to call me as well, I am at x2853.  Thanks a lot.
>>
>> -Dan

------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #39238] Compiling GSL for MET
From: John Halley Gotway
Time: Wed Jul 14 12:09:53 2010

Dan,

It sounds like you're getting errors when running the
"./test_pb2nc.sh" test script.  This should be easy to fix.  Please
try doing the following:
   - Go to the top-level MET directory.
   - Execute a "make clean".
   - Edit the top-level "Makefile" to uncomment the "-DBLOCK4"
architecture flag:
        ARCH_FLAGS = -DBLOCK4
   - Rebuild MET and rerun the "test_pb2nc.sh" test script to make
sure it works.  Then rerun all the test scripts with "test_all.sh".

Hopefully that'll solve it.

Thanks,
John

RAL HelpDesk {for Daniel Adriaansen} wrote:
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>
> John,
>
> Thanks a lot for the help.  I was able to successfully compile GSL
and
> now MET is also compiled, and the test scripts ran successfully with
the
> exception of the pb2nc.cc stuff since I do not think I will need
that.
> I appreciate the response!  Feel free to go ahead and resolve the
ticket.
>
> -Dan
>
> RAL HelpDesk {for John Halley Gotway} wrote:
>> Dan,
>>
>> I was able to replicate your problem by setting the INSTALL
environment variable in my .cshrc file.
>>
>> Please try using the following commands to build GSL.  These should
do the trick:
>>
>> cd /home/dadriaan/Desktop/gsl/gsl-1.14
>> make clean
>> unsetenv INSTALL
>> ./configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>> make
>> make install
>>
>> Please note that you do not need to change CC=g++.  Just leave it
as is.  Let us know if you continue to experience problems.
>>
>> Thanks,
>> John Halley Gotway
>> met_help at ucar.edu
>>
>> RAL HelpDesk {for Daniel Adriaansen} wrote:
>>> Wed Jul 14 10:24:43 2010: Request 39238 was acted upon.
>>> Transaction: Ticket created by dadriaan at ucar.edu
>>>        Queue: met_help
>>>      Subject: Compiling GSL for MET
>>>        Owner: Nobody
>>>   Requestors: dadriaan at ucar.edu
>>>       Status: new
>>>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>>
>>>
>>> Hello,
>>>
>>> My name is Dan Adriaansen and I am in the process of getting MET
setup
>>> on my machine.  I am having some trouble compiling GSL.  Here are
the
>>> steps that I have taken:
>>>
>>> 1. $,/configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>>> 2. Edit Makefile: CC = g++
>>> 3. $ make
>>> 4. $ make install
>>>
>>> Step 4 is where I run into trouble, while attempting to install
the
>>> /include and /lib directories needed by MET.  Here is the screen
output
>>> from step 4:
>>>
------------------------------------------------------------------------
>>> Making install in gsl
>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>> make[2]: Nothing to be done for `install-exec-am'.
>>> make[2]: Nothing to be done for `install-data-am'.
>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>> Making install in utils
>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>> make[2]: Nothing to be done for `install-exec-am'.
>>> make[2]: Nothing to be done for `install-data-am'.
>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>> Making install in sys
>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>> make[2]: Nothing to be done for `install-exec-am'.
>>> test -z "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl" ||
/bin/mkdir
>>> -p "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl"
>>>  /home/dadriaan/exec -m 644 gsl_sys.h
>>> '/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl'
>>> /bin/sh: line 7: /home/dadriaan/exec: is a directory
>>> make[2]: *** [install-pkgincludeHEADERS] Error 126
>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>> make[1]: *** [install-am] Error 2
>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>> make: *** [install-recursive] Error 1
>>>
---------------------------------------------------------------------------
>>>
>>> It looks like the install-sh shell script is getting hung up due
to the
>>> path /home/dadriaan/exec.  This is set as an environmental
variable on
>>> my machine as $INSTALL.  I believe this is where the problem lies,
but I
>>> am not sure what to do about it.  I would appreciate any insight
you may
>>> have.  Feel free to call me as well, I am at x2853.  Thanks a lot.
>>>
>>> -Dan

------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #39238] Compiling GSL for MET
From: Daniel Adriaansen
Time: Wed Jul 14 14:15:59 2010

John,

Sorry for the confusion, but actually I had omitted the pb2nc portion
in
the Makefile for MET since I didn't think I would be using point
buffer
files.  However, after talking with a colleague about potential
datasets
we may at some point need this functionality.  If this is the case, I
think I will need to re-build MET in 32 bit, correct?  I tried turning
off the flag for pb2nc and got the following error:
--------------------------------------------------------------------------
/usr/bin/g++ -o pb2nc pb2nc.cc pb2nc_Conf.o numpbmsg.o openpb.o
readpb.o
dumppb.o \
        -Wall -Wshadow -static
-DMET_BASE=\"/d1/dadriaan/MET/METv2.0\" \
        -I../../lib -I/usr/local/netcdf3/include
-I/d1/dadriaan/MET/gsl/gsl-1.14/include -I/d1/dadriaan/MET/BUFRLIB  \
        -L../../lib -L/usr/local/netcdf3/lib
-L/d1/dadriaan/MET/gsl/gsl-1.14/lib -L/d1/dadriaan/MET/BUFRLIB  \
        -lbufr -lvx_pb_util \
        -lvx_met_util -lvx_analysis_util -lvx_wrfdata -lvx_met_util \
        -lvx_contable -lvx_grib_classes \
        -lvx_econfig -lvx_gsl_prob -lgsl \
        -lvx_plot_util  -lvx_render -lvx_pxm -lvx_color -lvx_ps
-lvx_afm \
        -lvx_data_grids -lvx_gnomon -lvx_nav -lvx_cal -lvx_util
-lvx_math -lm \
        -lnetcdf_c++ -lnetcdf \
          -lgfortran
/d1/dadriaan/MET/BUFRLIB/libbufr.a(ufbevn.o): In function `ufbevn_':
ufbevn.f:(.text+0xb0e): undefined reference to `nvnwin_'
collect2: ld returned 1 exit status
make[3]: *** [pb2nc] Error 1
make[2]: *** [all] Error 2
make[1]: *** [targets] Error 2
make: *** [all] Error 2
-----------------------------------------------------------------------------------

is this somehow related to the 32 v 64 bit issue?

-Dan


RAL HelpDesk {for John Halley Gotway} wrote:
> Dan,
>
> It sounds like you're getting errors when running the
"./test_pb2nc.sh" test script.  This should be easy to fix.  Please
try doing the following:
>    - Go to the top-level MET directory.
>    - Execute a "make clean".
>    - Edit the top-level "Makefile" to uncomment the "-DBLOCK4"
architecture flag:
>         ARCH_FLAGS = -DBLOCK4
>    - Rebuild MET and rerun the "test_pb2nc.sh" test script to make
sure it works.  Then rerun all the test scripts with "test_all.sh".
>
> Hopefully that'll solve it.
>
> Thanks,
> John
>
> RAL HelpDesk {for Daniel Adriaansen} wrote:
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>
>> John,
>>
>> Thanks a lot for the help.  I was able to successfully compile GSL
and
>> now MET is also compiled, and the test scripts ran successfully
with the
>> exception of the pb2nc.cc stuff since I do not think I will need
that.
>> I appreciate the response!  Feel free to go ahead and resolve the
ticket.
>>
>> -Dan
>>
>> RAL HelpDesk {for John Halley Gotway} wrote:
>>> Dan,
>>>
>>> I was able to replicate your problem by setting the INSTALL
environment variable in my .cshrc file.
>>>
>>> Please try using the following commands to build GSL.  These
should do the trick:
>>>
>>> cd /home/dadriaan/Desktop/gsl/gsl-1.14
>>> make clean
>>> unsetenv INSTALL
>>> ./configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>>> make
>>> make install
>>>
>>> Please note that you do not need to change CC=g++.  Just leave it
as is.  Let us know if you continue to experience problems.
>>>
>>> Thanks,
>>> John Halley Gotway
>>> met_help at ucar.edu
>>>
>>> RAL HelpDesk {for Daniel Adriaansen} wrote:
>>>> Wed Jul 14 10:24:43 2010: Request 39238 was acted upon.
>>>> Transaction: Ticket created by dadriaan at ucar.edu
>>>>        Queue: met_help
>>>>      Subject: Compiling GSL for MET
>>>>        Owner: Nobody
>>>>   Requestors: dadriaan at ucar.edu
>>>>       Status: new
>>>>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>>>
>>>>
>>>> Hello,
>>>>
>>>> My name is Dan Adriaansen and I am in the process of getting MET
setup
>>>> on my machine.  I am having some trouble compiling GSL.  Here are
the
>>>> steps that I have taken:
>>>>
>>>> 1. $,/configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>>>> 2. Edit Makefile: CC = g++
>>>> 3. $ make
>>>> 4. $ make install
>>>>
>>>> Step 4 is where I run into trouble, while attempting to install
the
>>>> /include and /lib directories needed by MET.  Here is the screen
output
>>>> from step 4:
>>>>
------------------------------------------------------------------------
>>>> Making install in gsl
>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>> make[2]: Nothing to be done for `install-data-am'.
>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>> Making install in utils
>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>> make[2]: Nothing to be done for `install-data-am'.
>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>> Making install in sys
>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>> test -z "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl" ||
/bin/mkdir
>>>> -p "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl"
>>>>  /home/dadriaan/exec -m 644 gsl_sys.h
>>>> '/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl'
>>>> /bin/sh: line 7: /home/dadriaan/exec: is a directory
>>>> make[2]: *** [install-pkgincludeHEADERS] Error 126
>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>> make[1]: *** [install-am] Error 2
>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>> make: *** [install-recursive] Error 1
>>>>
---------------------------------------------------------------------------
>>>>
>>>> It looks like the install-sh shell script is getting hung up due
to the
>>>> path /home/dadriaan/exec.  This is set as an environmental
variable on
>>>> my machine as $INSTALL.  I believe this is where the problem
lies, but I
>>>> am not sure what to do about it.  I would appreciate any insight
you may
>>>> have.  Feel free to call me as well, I am at x2853.  Thanks a
lot.
>>>>
>>>> -Dan

------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #39238] Compiling GSL for MET
From: John Halley Gotway
Time: Wed Jul 14 14:21:27 2010

Dan,

Actually, no, you shouldn't need to compile 32-bit.  64-bit should be
fine.  That error you're seeing is actually a known issue with
BUFRLIB.  Please see the bugfix on this page:
   http://www.dtcenter.org/met/users/support/known_issues/METv2.0/index.php

And look for:
# 05/27/2009: Users compiling BUFRLIB with the GNU gfortran compiler
should replace "BUFRLIB/nvnwin.f" with the contents of this version:
nvnwin.f

The problem occurs when compiling BUFRLIB with GNU compilers.  Sorry -
I should have mentioned that when I saw you were compiling with GNU.

Please retrieve the patch for BUFRLIB, recompile BUFRLIB, and
recompile MET.  In your top-level Makefile, keep the "-DBLOCK4" flag
commented out at first.  That's what works for me here compiling
64-bit on my NCAR machine.

Clear as mud?

John

RAL HelpDesk {for Daniel Adriaansen} wrote:
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>
> John,
>
> Sorry for the confusion, but actually I had omitted the pb2nc
portion in
> the Makefile for MET since I didn't think I would be using point
buffer
> files.  However, after talking with a colleague about potential
datasets
> we may at some point need this functionality.  If this is the case,
I
> think I will need to re-build MET in 32 bit, correct?  I tried
turning
> off the flag for pb2nc and got the following error:
>
--------------------------------------------------------------------------
> /usr/bin/g++ -o pb2nc pb2nc.cc pb2nc_Conf.o numpbmsg.o openpb.o
readpb.o
> dumppb.o \
>         -Wall -Wshadow -static
-DMET_BASE=\"/d1/dadriaan/MET/METv2.0\" \
>         -I../../lib -I/usr/local/netcdf3/include
> -I/d1/dadriaan/MET/gsl/gsl-1.14/include -I/d1/dadriaan/MET/BUFRLIB
\
>         -L../../lib -L/usr/local/netcdf3/lib
> -L/d1/dadriaan/MET/gsl/gsl-1.14/lib -L/d1/dadriaan/MET/BUFRLIB  \
>         -lbufr -lvx_pb_util \
>         -lvx_met_util -lvx_analysis_util -lvx_wrfdata -lvx_met_util
\
>         -lvx_contable -lvx_grib_classes \
>         -lvx_econfig -lvx_gsl_prob -lgsl \
>         -lvx_plot_util  -lvx_render -lvx_pxm -lvx_color -lvx_ps
-lvx_afm \
>         -lvx_data_grids -lvx_gnomon -lvx_nav -lvx_cal -lvx_util
> -lvx_math -lm \
>         -lnetcdf_c++ -lnetcdf \
>           -lgfortran
> /d1/dadriaan/MET/BUFRLIB/libbufr.a(ufbevn.o): In function `ufbevn_':
> ufbevn.f:(.text+0xb0e): undefined reference to `nvnwin_'
> collect2: ld returned 1 exit status
> make[3]: *** [pb2nc] Error 1
> make[2]: *** [all] Error 2
> make[1]: *** [targets] Error 2
> make: *** [all] Error 2
>
-----------------------------------------------------------------------------------
>
> is this somehow related to the 32 v 64 bit issue?
>
> -Dan
>
>
> RAL HelpDesk {for John Halley Gotway} wrote:
>> Dan,
>>
>> It sounds like you're getting errors when running the
"./test_pb2nc.sh" test script.  This should be easy to fix.  Please
try doing the following:
>>    - Go to the top-level MET directory.
>>    - Execute a "make clean".
>>    - Edit the top-level "Makefile" to uncomment the "-DBLOCK4"
architecture flag:
>>         ARCH_FLAGS = -DBLOCK4
>>    - Rebuild MET and rerun the "test_pb2nc.sh" test script to make
sure it works.  Then rerun all the test scripts with "test_all.sh".
>>
>> Hopefully that'll solve it.
>>
>> Thanks,
>> John
>>
>> RAL HelpDesk {for Daniel Adriaansen} wrote:
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>>
>>> John,
>>>
>>> Thanks a lot for the help.  I was able to successfully compile GSL
and
>>> now MET is also compiled, and the test scripts ran successfully
with the
>>> exception of the pb2nc.cc stuff since I do not think I will need
that.
>>> I appreciate the response!  Feel free to go ahead and resolve the
ticket.
>>>
>>> -Dan
>>>
>>> RAL HelpDesk {for John Halley Gotway} wrote:
>>>> Dan,
>>>>
>>>> I was able to replicate your problem by setting the INSTALL
environment variable in my .cshrc file.
>>>>
>>>> Please try using the following commands to build GSL.  These
should do the trick:
>>>>
>>>> cd /home/dadriaan/Desktop/gsl/gsl-1.14
>>>> make clean
>>>> unsetenv INSTALL
>>>> ./configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>>>> make
>>>> make install
>>>>
>>>> Please note that you do not need to change CC=g++.  Just leave it
as is.  Let us know if you continue to experience problems.
>>>>
>>>> Thanks,
>>>> John Halley Gotway
>>>> met_help at ucar.edu
>>>>
>>>> RAL HelpDesk {for Daniel Adriaansen} wrote:
>>>>> Wed Jul 14 10:24:43 2010: Request 39238 was acted upon.
>>>>> Transaction: Ticket created by dadriaan at ucar.edu
>>>>>        Queue: met_help
>>>>>      Subject: Compiling GSL for MET
>>>>>        Owner: Nobody
>>>>>   Requestors: dadriaan at ucar.edu
>>>>>       Status: new
>>>>>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>>>>
>>>>>
>>>>> Hello,
>>>>>
>>>>> My name is Dan Adriaansen and I am in the process of getting MET
setup
>>>>> on my machine.  I am having some trouble compiling GSL.  Here
are the
>>>>> steps that I have taken:
>>>>>
>>>>> 1. $,/configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>>>>> 2. Edit Makefile: CC = g++
>>>>> 3. $ make
>>>>> 4. $ make install
>>>>>
>>>>> Step 4 is where I run into trouble, while attempting to install
the
>>>>> /include and /lib directories needed by MET.  Here is the screen
output
>>>>> from step 4:
>>>>>
------------------------------------------------------------------------
>>>>> Making install in gsl
>>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>>> make[2]: Nothing to be done for `install-data-am'.
>>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>> Making install in utils
>>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>>> make[2]: Nothing to be done for `install-data-am'.
>>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>> Making install in sys
>>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>>> test -z "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl" ||
/bin/mkdir
>>>>> -p "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl"
>>>>>  /home/dadriaan/exec -m 644 gsl_sys.h
>>>>> '/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl'
>>>>> /bin/sh: line 7: /home/dadriaan/exec: is a directory
>>>>> make[2]: *** [install-pkgincludeHEADERS] Error 126
>>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>> make[1]: *** [install-am] Error 2
>>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>> make: *** [install-recursive] Error 1
>>>>>
---------------------------------------------------------------------------
>>>>>
>>>>> It looks like the install-sh shell script is getting hung up due
to the
>>>>> path /home/dadriaan/exec.  This is set as an environmental
variable on
>>>>> my machine as $INSTALL.  I believe this is where the problem
lies, but I
>>>>> am not sure what to do about it.  I would appreciate any insight
you may
>>>>> have.  Feel free to call me as well, I am at x2853.  Thanks a
lot.
>>>>>
>>>>> -Dan

------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #39238] Compiling GSL for MET
From: Daniel Adriaansen
Time: Wed Jul 14 14:32:07 2010

John,

Perfect.  That worked exactly as planned.  I re-ran the test scripts
and
there seem to be no issues.  Thanks again for all the help, I really
appreciate it.  (Maybe I'll learn to read the known issues section
from
now on!).

-Dan

RAL HelpDesk {for John Halley Gotway} wrote:
> Dan,
>
> Actually, no, you shouldn't need to compile 32-bit.  64-bit should
be fine.  That error you're seeing is actually a known issue with
BUFRLIB.  Please see the bugfix on this page:
>
http://www.dtcenter.org/met/users/support/known_issues/METv2.0/index.php
>
> And look for:
> # 05/27/2009: Users compiling BUFRLIB with the GNU gfortran compiler
should replace "BUFRLIB/nvnwin.f" with the contents of this version:
nvnwin.f
>
> The problem occurs when compiling BUFRLIB with GNU compilers.  Sorry
- I should have mentioned that when I saw you were compiling with GNU.
>
> Please retrieve the patch for BUFRLIB, recompile BUFRLIB, and
recompile MET.  In your top-level Makefile, keep the "-DBLOCK4" flag
commented out at first.  That's what works for me here compiling
> 64-bit on my NCAR machine.
>
> Clear as mud?
>
> John
>
> RAL HelpDesk {for Daniel Adriaansen} wrote:
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>
>> John,
>>
>> Sorry for the confusion, but actually I had omitted the pb2nc
portion in
>> the Makefile for MET since I didn't think I would be using point
buffer
>> files.  However, after talking with a colleague about potential
datasets
>> we may at some point need this functionality.  If this is the case,
I
>> think I will need to re-build MET in 32 bit, correct?  I tried
turning
>> off the flag for pb2nc and got the following error:
>>
--------------------------------------------------------------------------
>> /usr/bin/g++ -o pb2nc pb2nc.cc pb2nc_Conf.o numpbmsg.o openpb.o
readpb.o
>> dumppb.o \
>>         -Wall -Wshadow -static
-DMET_BASE=\"/d1/dadriaan/MET/METv2.0\" \
>>         -I../../lib -I/usr/local/netcdf3/include
>> -I/d1/dadriaan/MET/gsl/gsl-1.14/include -I/d1/dadriaan/MET/BUFRLIB
\
>>         -L../../lib -L/usr/local/netcdf3/lib
>> -L/d1/dadriaan/MET/gsl/gsl-1.14/lib -L/d1/dadriaan/MET/BUFRLIB  \
>>         -lbufr -lvx_pb_util \
>>         -lvx_met_util -lvx_analysis_util -lvx_wrfdata -lvx_met_util
\
>>         -lvx_contable -lvx_grib_classes \
>>         -lvx_econfig -lvx_gsl_prob -lgsl \
>>         -lvx_plot_util  -lvx_render -lvx_pxm -lvx_color -lvx_ps
-lvx_afm \
>>         -lvx_data_grids -lvx_gnomon -lvx_nav -lvx_cal -lvx_util
>> -lvx_math -lm \
>>         -lnetcdf_c++ -lnetcdf \
>>           -lgfortran
>> /d1/dadriaan/MET/BUFRLIB/libbufr.a(ufbevn.o): In function
`ufbevn_':
>> ufbevn.f:(.text+0xb0e): undefined reference to `nvnwin_'
>> collect2: ld returned 1 exit status
>> make[3]: *** [pb2nc] Error 1
>> make[2]: *** [all] Error 2
>> make[1]: *** [targets] Error 2
>> make: *** [all] Error 2
>>
-----------------------------------------------------------------------------------
>>
>> is this somehow related to the 32 v 64 bit issue?
>>
>> -Dan
>>
>>
>> RAL HelpDesk {for John Halley Gotway} wrote:
>>> Dan,
>>>
>>> It sounds like you're getting errors when running the
"./test_pb2nc.sh" test script.  This should be easy to fix.  Please
try doing the following:
>>>    - Go to the top-level MET directory.
>>>    - Execute a "make clean".
>>>    - Edit the top-level "Makefile" to uncomment the "-DBLOCK4"
architecture flag:
>>>         ARCH_FLAGS = -DBLOCK4
>>>    - Rebuild MET and rerun the "test_pb2nc.sh" test script to make
sure it works.  Then rerun all the test scripts with "test_all.sh".
>>>
>>> Hopefully that'll solve it.
>>>
>>> Thanks,
>>> John
>>>
>>> RAL HelpDesk {for Daniel Adriaansen} wrote:
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>>>
>>>> John,
>>>>
>>>> Thanks a lot for the help.  I was able to successfully compile
GSL and
>>>> now MET is also compiled, and the test scripts ran successfully
with the
>>>> exception of the pb2nc.cc stuff since I do not think I will need
that.
>>>> I appreciate the response!  Feel free to go ahead and resolve the
ticket.
>>>>
>>>> -Dan
>>>>
>>>> RAL HelpDesk {for John Halley Gotway} wrote:
>>>>> Dan,
>>>>>
>>>>> I was able to replicate your problem by setting the INSTALL
environment variable in my .cshrc file.
>>>>>
>>>>> Please try using the following commands to build GSL.  These
should do the trick:
>>>>>
>>>>> cd /home/dadriaan/Desktop/gsl/gsl-1.14
>>>>> make clean
>>>>> unsetenv INSTALL
>>>>> ./configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>>>>> make
>>>>> make install
>>>>>
>>>>> Please note that you do not need to change CC=g++.  Just leave
it as is.  Let us know if you continue to experience problems.
>>>>>
>>>>> Thanks,
>>>>> John Halley Gotway
>>>>> met_help at ucar.edu
>>>>>
>>>>> RAL HelpDesk {for Daniel Adriaansen} wrote:
>>>>>> Wed Jul 14 10:24:43 2010: Request 39238 was acted upon.
>>>>>> Transaction: Ticket created by dadriaan at ucar.edu
>>>>>>        Queue: met_help
>>>>>>      Subject: Compiling GSL for MET
>>>>>>        Owner: Nobody
>>>>>>   Requestors: dadriaan at ucar.edu
>>>>>>       Status: new
>>>>>>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=39238 >
>>>>>>
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> My name is Dan Adriaansen and I am in the process of getting
MET setup
>>>>>> on my machine.  I am having some trouble compiling GSL.  Here
are the
>>>>>> steps that I have taken:
>>>>>>
>>>>>> 1. $,/configure --prefix=/home/dadriaan/Desktop/gsl/gsl-1.14
>>>>>> 2. Edit Makefile: CC = g++
>>>>>> 3. $ make
>>>>>> 4. $ make install
>>>>>>
>>>>>> Step 4 is where I run into trouble, while attempting to install
the
>>>>>> /include and /lib directories needed by MET.  Here is the
screen output
>>>>>> from step 4:
>>>>>>
------------------------------------------------------------------------
>>>>>> Making install in gsl
>>>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>>>> make[2]: Nothing to be done for `install-data-am'.
>>>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/gsl'
>>>>>> Making install in utils
>>>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>>>> make[2]: Nothing to be done for `install-data-am'.
>>>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/utils'
>>>>>> Making install in sys
>>>>>> make[1]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>>> make[2]: Entering directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>>> make[2]: Nothing to be done for `install-exec-am'.
>>>>>> test -z "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl" ||
/bin/mkdir
>>>>>> -p "/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl"
>>>>>>  /home/dadriaan/exec -m 644 gsl_sys.h
>>>>>> '/home/dadriaan/Desktop/gsl/gsl-1.14/include/gsl'
>>>>>> /bin/sh: line 7: /home/dadriaan/exec: is a directory
>>>>>> make[2]: *** [install-pkgincludeHEADERS] Error 126
>>>>>> make[2]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>>> make[1]: *** [install-am] Error 2
>>>>>> make[1]: Leaving directory `/home/dadriaan/Desktop/gsl/gsl-
1.14/sys'
>>>>>> make: *** [install-recursive] Error 1
>>>>>>
---------------------------------------------------------------------------
>>>>>>
>>>>>> It looks like the install-sh shell script is getting hung up
due to the
>>>>>> path /home/dadriaan/exec.  This is set as an environmental
variable on
>>>>>> my machine as $INSTALL.  I believe this is where the problem
lies, but I
>>>>>> am not sure what to do about it.  I would appreciate any
insight you may
>>>>>> have.  Feel free to call me as well, I am at x2853.  Thanks a
lot.
>>>>>>
>>>>>> -Dan

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


More information about the Met_help mailing list