<div dir="ltr"><div>Are you sure you read the proposal? Quoting from <a href="https://github.com/erlang/eep/blob/master/eeps/eep-0055.md">https://github.com/erlang/eep/blob/master/eeps/eep-0055.md</a>:</div><div><br></div><div>> Backwards Compatibility<br><br>> The addition of a new and previously unused operator ^ does not affect the meaning of existing code, and the compiler will not emit any new warnings or errors for existing code, unless explicitly enabled with warn_unpinned_vars. This change is therefore fully backwards compatible.</div><div><br></div><div>To answer your other question, last breaking change that comes to my mind is removal of gen_fsm in OTP 21 (or maybe 20?).<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 19 Jan 2021 at 12:25, Wojtek Surowka <<a href="mailto:wojteksurowka@me.com">wojteksurowka@me.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>> I agree 100%. The most problematic part for me is that the proposed <br>
>> change is not backward compatible. I saw arguments that it will impact <br>
>> only small<br>
<br>
> And here come another one...<br>
> Read the proposal.  Read about possible migrations,<br>
> optionallity, migration paths, and related, before posting.<br>
<br>
I have read the proposal. Yes I understand that it is supposed to be not in<br>
one go, initially optional, migration paths are proposed etc. In the similar<br>
straightforward way in which you accused me of discussing something I did<br>
not read about can you answer a question please? Does the proposal introduce<br>
backward incompatibility? Yes or no?<br>
<br>
-- <br>
Wojtek Surowka<br>
<br>
</blockquote></div>