You can add the directory " /lib64/tls" to your LD_LIBRARY_PATH
environmental variable so that the runtime environment can find the
You can use the command "ldd $GEMEXE/ntl" to verify that all of the
system libraries are being found.
Unidata User Support
On Mon, 2007-08-27 at 13:18 -0400, pmanousos@xxxxxxxxxxxxxxxxxxx wrote:
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
(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?