OpenSolaris

  subsites   code review   repo   packages   bugs   defect   polls   planet
You are not signed in. Sign in or register.

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.