On Tue, 2009-12-22 at 08:17 -0800, Brian Utterback wrote: > libpool : addition of pool_is_readonly_property public interface > > A new function "pool_is_readonly_property" to be added to the existing pool > property manipulation functions. This function provides a method to determine > whether a pool property is readonly or not. > > The above is to be added to facilitate more economic retrieval of pool > properties via poold and other consumers which currently suffer performance > issues when retrieving large numbers of properties in the case where we have > many components in a pool configuration (see CR 6836221), this change enables > consumers to determine whether a property is readonly and therefore can be > stored to subsequently be used without having to make further calls into > libpool each time the property value is required. > > The libpool change will require an update to the man page man/3LIB/libpool
Not architecture, but some man page needs to specify the function signature and semantics. It appears that libpool(3LIB) is not the only applicable man page. For example, pool_get_property(3POOL) contains a number of pool property related functions. The reason I bring it up is that the proposal doesn't specify what the function signature is, which would seem to be a crucial piece of information for a Public interface, and a proposed man page would have addressed that. -Seb