|
|
Heads up: extended ldd(1) functionality - check_rtime affected.Date: Sun, 1 Jun 2008 21:37:56 -0700 (PDT) From: Rod Evans <Rod.Evans at sun dot com> To: onnv-gate at onnv dot sfbay dot sun dot com Subject: Heads up: extended ldd(1) functionality - check_rtime affected. The integration of: 6686343 ldd(1) - unused search path diagnosis should be enabled represents a minor flag day for OSNet developers. This version of ldd/ld.so.1 reveals unused search paths that might be specified via LD_LIBRARY_PATH or by individual object runpaths. This validation was developed primarily to catch users who use excessive LD_LIBRARY_PATH settings (many associated to slow responding, or non-existent NFS paths). However, the same logic catches unused runpath settings (encoded within objects using ld(1) -R). Prior to this putback, the OSNet build was purged of 99% of unnecessary runpaths, see: 6683064: check_rtime could do with some spring cleaning, which was integrated in build snv_90. This cleanup was required because ldd(1) -rU is used as part of the OSNet check_rtime() processing, which in turn is used by nightly with the -A option. However, a couple of new unused runpath users have crept in since 6683064 was integrated, thus the putback of 6686343 has some addition cleanup. If you have new OSNet components that have unused runpath components, or you install these new bits and build a environment that is pre-6683064, (pre-snv_90), and exercise check_rtime, or ldd -U, then you'll see diagnostics of the form: unused search path=/xxx/lib (RUNPATH/RPATH from file /lib/libyyy.so.1) If a runpath is determined to be unused by an object to find its dependencies, then the runpath should be removed. The runpath serves no purpose and adds unnecessary runtime search overhead. -- Rod. |