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

From: Dag-Erling Smørgrav (des_at_des.no)
Date: 05/31/05

  • Next message: Julian Elischer: "Re: [PATCH] Stackgap" 
    Date: Tue, 31 May 2005 18:57:09 +0200
To: Hajimu UMEMOTO <ume@freebsd.org>

    Hajimu UMEMOTO <ume@freebsd.org> writes:
    > Dag-Erling Smørgrav <des@des.no> writes:
    > > 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.
    > Thank you for clarification. My patch bumps SHLIB_MAJOR in
    > lib/libpam/Makefile.inc.

    As PAM maintainer, I strongly object.

    > > Is it really necessary to remove the padding? It gives us a lot of
    > > trouble for zero gain.
    > I think such cleanup should be done before major release.

    What do we gain from removing the padding? Is there even a single
    practical benefit to doing so?

    DES 

    -- 
Dag-Erling Smørgrav - des@des.no
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
  • Next message: Julian Elischer: "Re: [PATCH] Stackgap"