Cyril Plisko writes: > On Fri, Mar 20, 2009 at 10:32 PM, Cyril Plisko > <cyril.plisko at mountall.com> wrote: > > Another way to resolve it would be to try dlopen() on libpciaccess, > > but that would change the behavior of prtconf -dv in non-obvious way. > > Anyway, feedback is most welcome.
That doesn't fix the problem. dlopen() and "ld -l" are the same thing, at least in terms of interface dependency. For the dying Nevada SX:CE, libpciaccess is only in SUNWCuser and up, but prtconf is in SUNWCmreq (i.e., everything). This means that for SX:CE, you'd need to get the SUNWpciaccess package moved into SUNWCmreq in order to deliver any kind of a dependency on that library. For the OpenSolaris distribution, I'm not sure. I *think* it would be sufficient to declare that SUNWcsu (with the prtconf binaries) depends on SUNWpciaccess. You'd have to talk with the OpenSolaris team to confirm. If you're considering using dlopen() to work around this packaging issue, then, well, "yuck." > Would this change require any ARC involvement ? Yes. The cross-consolidation dependency itself isn't much of a problem. However, the stability level _is_ a problem. Depending on libpciaccess across a consolidation boundary does require ARC approval -- PSARC 2008/638 defined that interface as "Volatile," and a requirement for a contract or an elevated stability level comes with that. That's why we (in the ARC) try to encourage people not to publish things as "Volatile." You generally can't use 'em. -- James Carlson, Solaris Networking <james.d.carlson at sun.com> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
