[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.
--=20
DE
More information about the freebsd-standards
mailing list