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.
Hi Kevin, re: > I'm (trying) to run the gempak binary on a 64-bit linux and it keeps looking > for a file that doesn't exist. It wants libgfortran.so.1, but I have > libgfortran.so.3. How do I get gempak to just get over it? You should _not_ rename the shared gfortran library. Instead, you can try making a link to the library and see if that works: <as 'root'> -- in the directory where libgfortran.so.3 lives: ln -s libgfortran.so.3 libgfortran.so.1 It is possible that this will not work/work correctly. If it does not, you have two options: - find and install the gfortran distribution that provides libgfortran.so.1 - build the distribution from source Building from source will likely be the less problematic approach in the long run as it eliminates potential errors that could arise from use of different gcc libraries. Of course, the downside to this approach is that you would need to install several packages like OpenMotif (runtime and development environment), development package for png and jpeg, and you would need the development libraries for X. Cheers, Tom -- **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: POB-953699 Department: Support GEMPAK Priority: Normal Status: Closed