[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GEMPAK #QMZ-315072]: Problem with Gemenviron

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [GEMPAK #QMZ-315072]: Problem with Gemenviron
  • Date: Mon, 17 Dec 2007 13:50:16 -0700
Marcus,

Your SUSE environment doesn't set MACHTYPE by default.
Can you tell me if your "uname" command supports the "-m" flag,
eg:

% uname -m
x86_64


If your environment supports that, I can revise the Gemenviron script 
to handle that case.

Steve Chiswell
Unidata User Support



> Hi,
> I'm having trouble with Gemviron configuration.
> I installed the binary version of Gempak for 64 bit systems
> (gempak_upc5.10.4_linux64.tar.gz) over a OpenSuse Linux 10.2 (kernel
> version 2.6.18.2-34-default).
> When I do the source comand to set up the Gemenviron variables, all
> looks fine.
> But paying more atention, I've noticed that NA_OS variable is wrong.
> The Gemenviron identifies the operation system as *linux* and defines
> *NA_OS* as *"linux"*. After that, it identifies *MACHTYPE* as
> *"x86_64"*. So, it should set the *NA_OS* variable as *"linux64", but it
> don't do that*.
> 
> I'll put a little piece of the code to explain better (the upper case
> sentences are my comments).
> 
> --- Gemenviron file ---
> IN THIS SECTION
> #try to determine operating system: command uname must be in path
> #
> if($?NA_OS == 0) then
> set TMP_OS=`uname -s | tr '[A-Z]' '[a-z]'`
> 
> *THIS COMMAND RETURNS "linux"*
> 
> switch ($TMP_OS)
> *(...)*
> case linux:
> setenv NA_OS "linux"    * # THIS PART WORKS FINE*
> if ( $?USE_G77 ) then
> setenv GEM_COMPTYPE "g77"
> else if ( $?USE_GFORTRAN ) then
> setenv GEM_COMPTYPE "gfortran"
> # use backward compatible LD for FC5 and earlier
> # setenv LDFLAGS '-Wl,--hash-style=both'
> else if ( $?USE_PGI ) then
> setenv GEM_COMPTYPE "pgi"
> else
> echo "Using default COMPTYPE g77"
> setenv GEM_COMPTYPE "g77"
> endif
> if ( $MACHTYPE == "x86_64" )  then   *# THIS VARIABLE RETURNS
> x86_64*
> setenv NA_OS "linux64"     *# THIS IS THE COMMAND THAT
> DON'T WORK!*
> endif
> breaksw
> (...)
> endsw
> endif
> 
> --- EOF ---
> 
> There are one more thing! When I'm debbuging the Gemenviron using vi, I
> did the following comand: *":!echo $MACHTYPE"*. This returned *"x86_64"*.
> When I do the same command on the system (ou of vi editor), I get the
> following result: *"x86_64-suse-linux"*.
> I tried to put this second return instead of the "x86_64" and I got no
> success. The result remains the same.
> 
> I usually solve this making a symbolic link from *$NAWIPS/os/linux* to
> *$NAWIPS/os/linux64
> *But I think this isn't the correct way to solve the problem.
> So I'm reporting this bug found.
> 
> If you have any hints or any ideia about what is happening, I'll be
> gratefull!
> 
> Thanks for attention!
> 
> --
> Att.
> Marcus Vinícius S. Mendes
> Cachoeira Paulista / SP - Brazil (GMT-3)
> National Institute for Space Research - INPE
> Center for Weather Forecast and Climatic Analysis - CPTEC
> (+55) (12) 3186-8571
> 
> 


Ticket Details
===================
Ticket ID: QMZ-315072
Department: Support GEMPAK
Priority: Normal
Status: Closed