Robert Story wrote: > On Tue, 26 Jun 2007 15:17:24 -0700 Wes wrote: > WH> There are vendors that try to be more backwards compatible than we do, > WH> and I hear from them all the time that their users complain about our > WH> .so suffix numbers jumping upward because it breaks older application > WH> builds. (and no, they don't want to rebuild as their applications > WH> aren't likely to be affected by new things).
The strange thing is that whenever we discuss library versions and ask for comments, vendors rarely show up with their feedback/complaints. So whoever these vendors are, please invite them to join the discussion! > It's also an artifact of our policy on supporting multiple old releases for so > long. If we were willing to have a much more restrictive policy on changes > allows in released branches, we wouldn't need the forced version jump on major > releases. I don't think there's anything wrong with the existing policy. ABI changes within branches are still discouraged and require careful consideration to get accepted. If the consensus is to not break the ABI, then that's what we'll do. OTOH, it's often the *vendors* that need to support different platforms and ask for e.g. a particular 64-bit fix. > WH> Sigh. Really, I hate to say it, we should be using different libtool > WH> versions per library. > > Indeed we should. I'm tempted to agree, but would we really do vendors a favour? E.g. Debian ships libnetsnmp*.so.X in a package called libsnmpX (and libnetsnmp*.so.Y in a package called libsnmpY). I'm not sure how they'd organize things if we switched to per-library versioning. Other than that, I think it's the Right Thing To Do. > And if we imposed a more restrictive policy on libnetsnmp, we could > probably get away without the forced jumps between releases (at the expense of > maybe having to _not_ be able to fix some bugs in older releases, and require > users to upgrade). See above. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
