On 12/18/2013 06:25 AM, Martin Kletzander wrote: >>> pipefd[bool] fail (obviously). Forcing the subscript to be bool by >>> double negation fixes the build breaker. >> >> I don't get how this could possibly make a difference. The 'output' >> variable is declared bool, and then only ever assigned 'false' or >> 'true', which if bool is replaced by gnulib are still guaranteed to be 0 >> and 1, so using it directly as an array index is still safe. >> > > But the thing is that due to -Dbool=char the variable is declared > char, not bool. But if the variable contains exactly 0 or 1, it still makes no difference as an array index whether it was typed bool or char. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list