
On Mon, 2019-09-30 at 13:13 -0400, Laine Stump wrote:
On 9/30/19 10:05 AM, Andrea Bolognani wrote:
I see your point about backports being more painful when you have a bunch of unrelated changes mixed in, but I would still prefer if we converted everything at once and at the same time introduced a suitable syntax-check rule preventing more instances of whatever function we just removed all callers of from creeping back in, or actually just dropping the function altogether.
Don't forget that make syntax-check doesn't work properly for many downstream maintenance branches that would be backported to (it has to be disabled due to copyright date checks failing, or something like that).
That's a problem for downstream to solve. By the same token, all the existing syntax-check rules are pointless because they can't be guaranteed to hold for downstream branches.
In order to allay Andrea's fears of new usage of VIR_AUTO* that just draws out the conversion, maybe we could (temporarily, until the conversion is complete) put a commit hook in place to disallow new use of VIR_AUTO ? Or just, you know, pay attention in reviews (but of course part of the point of all of this is to eliminate the potential for human error, by depending less on humans paying attention, so... :-P)
Writing a check that compares the situation before a commit and after it is not as easy as a point-in-time check. Instead of spending a non-trival amount of time implementing something like that, I'd rather spend my time dealing with the fallout of a one-time conversion.
(BTW, I'm not firmly in *either* camp, although I may lean a bit more towards a gradual change (but with a *very* steep slope to minimize the period of confusion)
That's just a big-bang conversion with extra steps! -- Andrea Bolognani / Red Hat / Virtualization