> I'd suggest prioritizing fixing that I've already had one upstream patch rejected on account of the additional complexity fixing it introduces, and would rat

> I'd suggest prioritizing fixing that I've already had one upstream patch rejected on account of the additional complexity fixing it introduces, and would rather not indefinitely support my own fork of other people's build setups. Or if I am going to indefinitely support my own fork, I might as well rewrite the build config to properly integrate with the rest of whatever build system I happen to be using - at least then I'll get unified build/compilation options etc.