Pete,
You can add the directory " /lib64/tls" to your LD_LIBRARY_PATH
environmental variable so that the runtime environment can find the
libc.so.6.
You can use the command "ldd $GEMEXE/ntl" to verify that all of the
required
system libraries are being found.
Steve Chiswell
Unidata User Support
On Mon, 2007-08-27 at 13:18 -0400, pmanousos@xxxxxxxxxxxxxxxxxxx wrote:
Hi all..
Installed GEMPAK 5.10.3 and after modifying the Gemenviron file and
properly sourcing GEMPAK 5.10.3 in .cshrc get the message
/lib64/tls/libc.so.6: version `GLIBC_2.4` not found (reguired by ntl)
when typing "ntl". This message also occurs for manual launching of
any of the ntl programs such as nmap, garp, etc.
Some useful info:
* Performing a "which ntl" gives
the /internal1/peter/GEMPAK/GEMPAK5.10.3/os/linux64/bin/ntl
(so its pointing to the correct location)
* The file /lib64/tls/libc.so.6 exists and is actually a link
to /lib64/tls/libc-2.3.4.so (which also exists)
Have since reverted to GEMPAK 5.10.2 but in the meantime.. any
thoughts on how to remedy this issue?
Pete
