Cliff Wickman wrote: > Per Andi's post, the current version of numactl/libnuma changes the > application programming interface, so it should be bumped to version 2. > (the symbol versioning preserves the version 1 ABI) > > And he also suggested we supply some compatibility wrappers with a compat > define for old programs. > > This patch provides numacompat1.h and additions to numa.h, which provide > source code compatibility to libnuma version 1. > > Makefile is changed to install as version 2, and install numacompat1.h Can you change numa.h to include numacompat1.h when some define is set? This way Makefiles can be easier changed. And are you sure the symbol versions still work for old binaries when you install as version 2? Normally with symbol versions the major number of the .so should not change AFAIK, otherwise the ld.so won't find them and all the version numbers only be defined in the script. -Adi -- To unsubscribe from this list: send the line "unsubscribe linux-numa" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
