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

[GEMPAK #EAU-733768]: genpak5.11.4 source version

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 #EAU-733768]: genpak5.11.4 source version
  • Date: Mon, 19 Jul 2010 18:59:25 -0600
I don't believe that "make all" in $NAWIPS (GEMPAK5.11.4) is creating 
libnetcdf.a and libnetcdf.1a in GEMPAK5.11.1/os/linux64/lib/ - from your 
make2.out file your environmental variables seem to be correctly set, so there 
should be no conflict with any env vars pointing to the 5.11.1 directories.


However, in your make2.out file there is a gcc error message:

gcc -ansi -O3 -fomit-frame-pointer -finline-functions -I. -I. -I../src -I../src 
-UH5_DEBUG_API -DNDEBUG -I/home/gempak/GEMPAK5.11.4/os/linux64/include 
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 
-D_POSIX_SOURCE -D_BSD_SOURCE -c tselect.c -o tselect.o
virtual memory exhausted: Cannot allocate memory
make[6]: *** [tselect.lo] Error 1
make[6]: Leaving directory `/home/gempak/GEMPAK5.11.4/extlibs/HDF5/v1.6.5/test'
make[5]: *** [tests] Error 1
make[5]: Leaving directory `/home/gempak/GEMPAK5.11.4/extlibs/HDF5/v1.6.5'
make[4]: *** [all] Error 2

the "virtual memory exhausted: Cannot allocate memory" error message indicates 
that gcc can't allocate enough memory for the build (it seems to be a known 
issue with gcc) - it may be due to heavy system load from other programs or 
daemons, or due to your virtual memory being set too low.

what is the output of "ulimit -a" run as root on your system?

if your virtual memory is too low, you may be able to reallocate virtual memory 
and get the build to work by using the "ulimit -v 60000" command (ulimit -m on 
debian systems), where 60000 is just an arbitrarily large number that will 
hopefully allow the build to complete.


Michael James
Unidata User Support









Michael James
Unidata User Support









> Michael,
> 
> In the previous mail, I mentioned it didn't work when I "make clean" and then 
> "make all" in $NAWIPS/extlibs/netCDF/. On Friday, I tried again in $NAWIPS. 
> Firstly I "make all", "make install" and "make clean", it didn't work. 
> Secondly, I copied the libnetcdf.a and libnetcdf.1a from the building for 
> GEMPAK5.11.1 into this $NAWIPS/os/linux64/lib, then "make all", "make 
> install", "make clean", the suite ntl works now. However, there are some 
> errors in the second run of "make all". I send its output make2.out to you as 
> attached. You may help me figure these out. It is interesting to note that 
> "make all" can generating files libnetcdf.a and libnetcdf.1a in GEMPAK5.11.1, 
> but not in GEMPAK5.11.4.  Thanks,
> 
> Wen
> 
> 

Ticket Details
===================
Ticket ID: EAU-733768
Department: Support GEMPAK
Priority: Normal
Status: Open