[fpc-devel] Breaking change in FPC 2.6.1
Jonas Maebe
jonas.maebe at elis.ugent.be
Wed Apr 25 13:10:10 CEST 2012
Graeme Geldenhuys wrote on Wed, 25 Apr 2012:
> On 25 April 2012 11:08, Ludo Brands <ludo.brands at free.fr> wrote:
>>
>> I understand. Just wanted to clarify that, to my knowledge, all 3rd party
>> dataset descendants and some other programs using bookmarks are affected by
>> a change that wanted to minimize compatibility problems.
>
> Indeed, and it now has the total opposite effect.
>
> Shouldn't such code breaking changes be left to Trunk (2.7.1) and new
> major FPC releases only. As far as I know, 2.6.x is now a "fixes"
> branch which should only allow _bug fix_ commits - nothing more!
That's not entirely correct. It's of course mainly for fixes, but
small new features or important bug fixes that may break backwards
compatibility can also be merged under certain circumstances. What is
acceptable and what is not is obviously in the eye of the beholder,
and it's not uncommon to also have internal discussions about that
among the core developers.
> [Marco: practice what you preach]
If your intention is to get this resolved to your satisfaction, then
making it personal probably also has the "total opposite effect".
Jonas
More information about the fpc-devel
mailing list