Red Hat Bugzilla – Bug 473072
Function signature of numa_node_to_cpus changed, but .so version was not bumped
Last modified: 2009-04-16 06:55:36 EDT
Description of problem:
It seems that between F-9 and F-10, the function signature of (at least) numa_node_to_cpus() was changed from:
int numa_node_to_cpus(int node, unsigned long *buffer, int buffer_len);
int numa_node_to_cpus(int, struct bitmask *);
However, the .so version of the numactl library was not bumped, which means we can't properly add the BuildRequires to other packages (like libvirt, which is suffering a build issue because of this issue: https://bugzilla.redhat.com/show_bug.cgi?id=473070). It seems like if the interface changes, the .so version should also be changed to reflect that.
yeah. Ideally I should be maintaining backward compatibilty, but there was no clear way to do it safely here. I'm building a scratch package with a fix for this. Please verify that it solves your problems, and I'll commit it to F-10 and rawhide (and likely send it upstream). The build is here:
sorry, minor error, this is the build:
Actually the libnuma.so *does* have ABI compatability. They appear to be doing it with versioned linker script black magic. So no change is required.
As a point of reference, as well as ABI compatability, they also provide source level compatability - you merely need to add
to your compile flags before including numa.h
So, recommend *not* making an soname change, and close this NOTABUG
yeah, i agree