On Thu, Mar 07, 2019 at 01:09:52PM +0000, Peter Maydell wrote: > On Thu, 7 Mar 2019 at 12:56, Paolo Bonzini <[email protected]> wrote: > > In any case, this wouldn't change; as you suggest below, configure could > > remain as a front-end (well, in-srcdir builds are not supported by > > Meson, so "../configure && ninja" perhaps). > > As an aside, it might be a nice idea to drop the in-srcdir > build altogether for QEMU anyway -- it's not really a very > good idea and it means our build system has to cope with two > different ways of working to no particularly useful end.
I'd be in favour of that. A huge amount of the pain I felt when making previous changes to QEMU's makefiles has been caused by trying to support both in-srcdir & vpath build with the same set of rules. Fixing one often breaks the other, so you have to cycle back & forth doing a fix in one, then testing the other, repeat, repeat, scream, repeat. Personally I always do in-srcdir builds, but I'd be fine to switch to vpath builds to reduce our maint burden in the build system as it would be a net win overall. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
