Description of problem: Build fails on OS X after "make clean" has been used Version-Release number of selected component (if applicable): 1.2.2 How reproducible: Always Steps to Reproduce: 1. ./configure 2. make clean 3. make Actual results: Making all in src GEN lxc/lxc_monitor_protocol.h unsigned hyper initpid; ^^^^^^^^^^^^^^^^^^^^^^^^^^ lxc/lxc_monitor_protocol.x, line 18: expected ';' cannot shutdown /usr/bin/rpcgen: at ./rpc/genprotocol.pl line 136. make[2]: *** [lxc/lxc_monitor_protocol.h] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Expected results: Successful build Additional info: While attempting to reduce a different bug, I started encountering a different error, which turned out to be because I had introduced "make clean" into my testing regime. I'm used to "make clean" removing things created by "make" but retaining things created by "./configure" or contained in the tarball; with libvirt, that does not seem to be the case.
Created attachment 869810 [details] difference in src/lxc/lxc_monitor_protocol.h Attached is the difference in src/lxc/lxc_monitor_protocol.h: the original version in the tarball, vs. the version that got generated after running "make clean".
It is already known that rpcgen on non-glibc systems tends to produce broken files. It's a bit unfortunate that 'make clean' is removing files from the tarball, even though those files cannot be reliably regenerated. We definitely have some cleanup work to do here; meanwhile, it would be nice if we could fix the protocol file generation to work with non-glibc rpcgen tools.
Fixing libvirt to work on non-glibc rpcgen hasn't happened yet, and it will probably take a motivated person with a different dev platform to show up and do the work. I don't think there's much utility in keeping this bug open. If people continue to have issues here I suggest mailing libvir-list