2015-11-24 14:56, Bruce Richardson: > On Tue, Nov 17, 2015 at 07:53:09AM -0800, Stephen Hemminger wrote: > > On Tue, 17 Nov 2015 12:21:07 +0000 > > Bruce Richardson <bruce.richardson at intel.com> wrote: > > > -static inline uint32_t > > > +static inline int
Are we talking about this change only? Or the move in the first patch from .c to .h? [...] > > This breaks ABI since older application built with debug will try > > and find the shared library entry for the routine. > > Ok, so assuming we care about the ABI for debug builds, The return type is not only for debug build? > is it enough to just push a patch with a deprecation notice for this for 2.2, The ABI is already broken for ethdev in 2.2. So the symbol move should not hurt more. And the API change (return type) should not be a big deal, but at least an API change notification is required in the release notes. Other opinion? > or do I need to see about doing a new patchset with the NEXT_ABI macros > included in it? My preference is obviously for the former. No NEXT_ABI is required when ABI is already broken IMHO.
