This is a flag day for build machine maintainers, and a heads up for
everyone else. My fix for:
6924858 various OSNet components could be simplified with symbol capabilities
converts a number of "psr" implementations to use symbol capabilities.
Psr libraries have been used to provide optimized versions of functions.
For example, the memcpy() family of allocation routines were provided in
auxiliary filter psr libraries:
/platform/sun4u-opl/lib/libc_psr.so.1
/platform/sun4u/lib/libc_psr.so.1
...
These functions have now been folded into their calling filter using the
link-editors symbol capabilities support. For example, the memcpy()
family are now provide in libc:
% elfdump -H /lib/libc.so.1
...
Capabilities family: memcpy
chainndx symndx name
15 [1775] memcpy
16 [11] memcpy%sun4u
17 [12] memcpy%sun4u-opl
18 [13] memcpy%sun4u-us3-hwcap1
19 [14] memcpy%sun4u-us3-hwcap2
20 [15] memcpy%sun4v-hwcap1
21 [16] memcpy%sun4v-hwcap2
Symbol capabilities were added in onnv_135 under:
6918143 symbol capabilities
PSARC/2010/022 Linker-editors: Symbol Capabilities
Build machines must be running onnv build 137 or newer in order to
build the ON consolidation. You should probably carry out a clobber
build when pulling over these new changes, and remove your proto
area, otherwise the existing "psr" libraries, and their associated
symlinks will produce package inconsistency build errors.
--
Rod
_______________________________________________
on-discuss mailing list
on-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/on-discuss
