[libvirt] Entering freeze and release of cadidate release 1 of 1.2.10

Laine Stump laine at laine.org
Wed Oct 29 18:31:51 UTC 2014


On 10/29/2014 02:08 PM, Roman Bogorodskiy wrote:
>   Conrad Meyer wrote:
>
>> Hi all,
>>
>> The recent commit with SHA1 cc0e8c244d080f56392278e836cc378ba848e7aa,
>> "util: Functions to update host network device's multicast filter,"
>> breaks the build on FreeBSD, so please address this before 1.2.10
>> release.
>>
>> Here is the output from Clang:
>>
>>   CC       util/libvirt_util_la-virnetdev.lo
>> util/virnetdev.c:1995:9: error: no member named 'ifr_hwaddr' in 'struct ifreq'
>>     ifr.ifr_hwaddr.sa_family = AF_UNSPEC;
>>     ~~~ ^
>> util/virnetdev.c:1996:52: error: no member named 'ifr_hwaddr' in 'struct ifreq'
>>     virMacAddrGetRaw(macaddr, (unsigned char *)ifr.ifr_hwaddr.sa_data);
>>                                                ~~~ ^
>> util/virnetdev.c:2043:9: error: no member named 'ifr_hwaddr' in 'struct ifreq'
>>     ifr.ifr_hwaddr.sa_family = AF_UNSPEC;
>>     ~~~ ^
>> util/virnetdev.c:2044:52: error: no member named 'ifr_hwaddr' in 'struct ifreq'
>>     virMacAddrGetRaw(macaddr, (unsigned char *)ifr.ifr_hwaddr.sa_data);
>>                                                ~~~ ^
>> 4 errors generated.
> I have fixes for that, will send the patches shortly.

Thank you! I was just going through all that trying to decide a useful
way to resolve it. The new code in question uses similar #if logic to
what was used for virNetDev(Get|Set)MAC(), but those functions (which
also use ifr_hwaddr) use an ioctl that doesn't exist on FreeBSD, so it's
easy. In these new cases, FreeBSD *does* have the ioctl in question, but
apparently implement it in a different way, so something different is
needed in the #if. ifr_hwaddr is a #define on Linux, but I don't know if
that is always guaranteed (or if it could sometimes directly be a member
of the ifreq struct).





More information about the libvir-list mailing list