NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: [gembud] GEMPAK 7.2.3 on CentOS 7 with gcc-gfortran 4.8.5

GEMPAK 7.3.0 has not fixed the issues I am having related to `dcwou` on
CentOS 7.

I've tried both with and without the "-fno-whole-file" modification
recommended at http://www.unidata.ucar.edu/software/gempak
/tutorial/runtime_errors.html. It appears that option is only included by
default in the Fedora version of the Makeinc configuration.
("$NAWIPS/config/Makeinc.linux64_gfortran_fedora") Neither the default nor
"-fno-whole-file" approach seems to work.

Fortran compiler remains 4.8.5-4, the default offered by the stable
repository. No G77 on CentOS 7, as far as I know.

One noticeable difference with 7.3.0 vs. 7.2.3 is that there are no longer
any errors related to "sleep.h".



On Wed, Mar 16, 2016 at 10:15 AM, Ryan Hickman <ryan@xxxxxxxxxxxxxxxx>
wrote:

> We've been running Gempak on CentOS 6 without issue for many years. We 
> recently rebuilt our entire infrastructure and made the decision to move 
> forward with CentOS 7. Now I'm beginning to see issues related to decoding 
> watch outlines (`dcwou`) and seemingly any other function which reads/writes 
> in a similar manner.
>
> [ldm@ldm-central1-b root]$ cat /data/gempak/storm/wou/1.wous | 
> /home/gempak/NAWIPS/os/linux64/bin/dcwou -e 
> GEMTBL=/home/gempak/NAWIPS/gempak/tables /data/gempak/storm/wou/1.wou
>>
>> At line 96 of file woout.f (unit = 11, file = '/data/gempak/storm/wou/1.wou')
>>
>> Fortran runtime error: Sequential READ or WRITE not allowed after EOF 
>> marker, possibly use REWIND or BACKSPACE
>>
> The file 1.wou is created but is 0 bytes.
>
> I've seen the instructions at 
> http://www.unidata.ucar.edu/software/gempak/tutorial/runtime_errors.html for 
> modifications to $NAWIPS/config/Makeinc.linux64_gfortran but these have made 
> no difference, even when doing a fresh installation.
>
> I've also observed a fatal error at the completion of `make all` which 
> references sleep.h. The file exists at $NAWIPS/gempak/include/sleep.h.
>
> In file included from vgf2xml.c:2:0:
>>
>> gemprm.h:173:79: fatal error: sleep.h: No such file or directory
>>
>>  #include <sleep.h> /* added for U. Albany mod for semaphore in message 
>> queue*/
>>
> [gempak@ldm-central1-b ~]$ ls -al $NAWIPS/gempak/include/sleep.h
>
> -rw-r--r-- 1 gempak users 482 Mar 11 23:03 
> /home/gempak/NAWIPS/gempak/include/sleep.h
> The output of `gfortran -v`
>
> Using built-in specs.
>> COLLECT_GCC=gfortran
>> COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper
>> Target: x86_64-redhat-linux
>> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
>> --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla 
>> --enable-bootstrap --enable-shared --enable-threads=posix 
>> --enable-checking=release --with-system-zlib --enable-__cxa_atexit 
>> --disable-libunwind-exceptions --enable-gnu-unique-object 
>> --enable-linker-build-id --with-linker-hash-style=gnu 
>> --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto 
>> --enable-plugin --enable-initfini-array --disable-libgcj 
>> --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install
>>  
>> --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install
>>  --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 
>> --build=x86_64-redhat-linux
>> Thread model: posix
>> gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC)
>
>
> I've attached the make.out log output from `make all`.
>
> Any ideas are welcome and appreciated.
>
>
  • 2016 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: