Breaking master [Was: [PATCH] Chase Newlib sys/select.h changes]

Nick Withers nick.withers at anu.edu.au
Thu Dec 10 09:40:02 UTC 2015


Hullo again,

On Thu, 2015-12-10 at 20:04 +1100, Nick Withers wrote:
> Hi all,
> 
> Attached is a patch for master similar to that I posted to the Newlib
> mailing list in https://sourceware.org/ml/newlib/2015/msg00888.html *
> .
> 
> It chases Newlib changes to sys/types.h / sys/select.h and allows us 
> to use Newlib's sys/select.h directly rather than rolling our own.

This patch would break building master with pre-08184b3 Newlib.

Is this a problem? Should it be?


How would folk feel about declaring that the master branch, like
FreeBSD -CURRENT [1], is "unstable" and subject to changes like this
that require the end-user to be on their game?

Could we then just have an UPDATING-equivalent and/or mailing list post
for changes like this that says "hey, you need to recompile your
tools"?

...Or should we invest the time and effort to ensure that maintain
backwards-compatibility whereever possible across all branches?


I suppose there'd probably need to be releases more regularly to avoid
people being somewhat-forced onto master. Other thoughts?


[1] https://www.freebsd.org/doc/handbook/current-stable.html
--
Nick "definitely not trying desperately to avoid having to touch autotools" Withers



More information about the devel mailing list