On 02/06/2012 08:12 PM, Eric Blake wrote:
gcc 4.7 complains:
util/virhashcode.c:49:17: error: always_inline function might not be inlinable
[-Werror=attributes]
util/virhashcode.c:35:17: error: always_inline function might not be inlinable
[-Werror=attributes]
Normal 'inline' is a hint that the compiler may ignore; the fact
that the function is static is good enough. We don't care if the
compiler decided not to inline after all.
* src/util/virhashcode.c (getblock, fmix): Relax attribute.
---
Pushing under the build-breaker rule; this lets the build get
further on rawhide (it later fails with:
GEN remote/remote_protocol.h
/usr/bin/rpcgen: C preprocessor failed with exit code 1
cannot shutdown /usr/bin/rpcgen: at ./rpc/genprotocol.pl line 122.
that I still have to investigate).
It turns out that this later failure appears to have been due to a bug
in gcc; upgrading to the latest rawhide pulled in a new gcc build where
rpcgen no longer fails do to a preprocessor failure, but the generated
file no longer compiles. I'm still investigating.
--
Eric Blake eblake(a)redhat.com +1-919-301-3266
Libvirt virtualization library
http://libvirt.org