[libvirt] Magic error introduced by commit f09accc
Jiri Denemark
jdenemar at redhat.com
Mon May 9 09:05:08 UTC 2011
On Fri, May 06, 2011 at 16:33:13 -0600, Eric Blake wrote:
> On 05/06/2011 01:18 PM, Jiri Denemark wrote:
> We discussed more on IRC. The problem is due to a bug in out-of-the-box
> libnl headers, and has been patched in most distros to just delete the
> 'inline' as then you don't have to worry about whether you had old or
> new gcc semantics for 'extern inline'. That is, libvirt could probably
> work around the issue by doing:
>
> #define inline
> #include <netlink/msg.h>
> #undef inline
>
> in src/util/macvtap.c.
>
> However, I don't know if we should do that.
I think we shouldn't do this.
> In one regards, the only people that ever run into this are those that are
> using incompatible self-built gcc and libnl (Jirka was testing on a gentoo
> system), and we're doing the user a favor to have them patch their libnl
> headers rather than making libvirt work around it. Most distros (including
> RHEL 5, which stands as the current litmus test of how much workarounds we
> have to support in libvirt) have already patched the header
And I filed a BZ for gentoo as well:
http://bugs.gentoo.org/show_bug.cgi?id=366561
Jirka
More information about the libvir-list
mailing list