Re: New EEP draft: Pinning operator ^ in patterns
Karl Velicka <[email protected]>
| Newsgroups | gmane.comp.lang.erlang.general |
|---|---|
| Message-ID | <CANxL2L5JWY-xJCpHcFoRtSfFCEis6OQm+u6Miw3-Bamko15YaQ@mail.gmail.com> |
Are you sure you read the proposal? Quoting from https://github.com/erlang/eep/blob/master/eeps/eep-0055.md: > Backwards Compatibility > 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. To answer your other question, last breaking change that comes to my mind is removal of gen_fsm in OTP 21 (or maybe 20?). On Tue, 19 Jan 2021 at 12:25, Wojtek Surowka <[email protected]> wrote: > >> I agree 100%. The most problematic part for me is that the proposed > >> change is not backward compatible. I saw arguments that it will impact > >> only small > > > And here come another one... > > Read the proposal. Read about possible migrations, > > optionallity, migration paths, and related, before posting. > > I have read the proposal. Yes I understand that it is supposed to be not in > one go, initially optional, migration paths are proposed etc. In the > similar > straightforward way in which you accused me of discussing something I did > not read about can you answer a question please? Does the proposal > introduce > backward incompatibility? Yes or no? > > -- > Wojtek Surowka > >