[CFR] correct type of addrinfo.ai_addrlen and netent.n_net

Daniel Eischen deischen at freebsd.org
Tue May 31 09:51:17 PDT 2005

On Tue, 31 May 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote:

> Hajimu UMEMOTO <ume at freebsd.org> writes:
> > No, it is not blind bump.  The following libraries refers
> > getaddrinfo(3), thus should be bumped:
> >
> > =09=09=09RELENG_5=09HEAD=09Need to Bump
> > [...]
> > libpam=09=09=092=09=092
> > =09pam_radius=09=09=09=09o
> > =09pam_unix=09=09=09=09o
> You can't just bump libpam; you need to bump all the modules along
> with it, because libpam will only load modules with the same major
> number as itself.  In fact, there is only a single SHLIB_MAJOR for the
> entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc.
> Is it really necessary to remove the padding?  It gives us a lot of
> trouble for zero gain.

And sometimes we put padding in place to allow for expansion
(ucontext for one).  I think the padding should stay.  If we
ever get symbol versioning, then you can remove it without
having to bump library versions.


More information about the freebsd-standards mailing list