<div dir="ltr"><div dir="ltr"><br><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 24, 2020 at 9:10 PM Richard Carlsson <<a href="mailto:carlsson.richard@gmail.com">carlsson.richard@gmail.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"><div dir="ltr">The ^ operator allows you to annotate already-bound pattern variables as ^X, like in Elixir. This is less error prone when code is being refactored and moved around so that variables previously new in a pattern may become bound, or vice versa, and makes it easier for the reader to see the intent of the code.<div><br></div><div>See also <a href="https://github.com/erlang/otp/pull/2951" target="_blank">https://github.com/erlang/otp/pull/2951</a><br clear="all"><div><div dir="ltr"><br></div><div>Ho ho ho,</div><div dir="ltr"><br>        /Richard & the good folks at WhatsApp</div></div></div></div></blockquote><div><br></div><div><div>The OTP team had a meeting about EEP 55 and the corresponding pull request, "Pinning operator ^ in patterns" and <br></div><div>we came to the following conclusion.</div><br><div>We will not approve this pull request for inclusion in OTP 24. OTP 24 will be released in May and</div><div>before that there will be 3 release candidates with the first one on February 24:th.</div><br>We agree that there is a problem that binding when match was intended, and vice-versa,<br>is a source of error especially in big projects with many beginners and large functions. <br>This can be worth to solve.<br><br>But we need to investigate this more before OTP 25 in order to take a decision. <br><div>We also note that if a change like this should be released many other things must be in place before an introduction. <br></div><div>Things such as: Erlang editor modes, other tools, documentation, examples, test suites. parse transforms, ...</div><div><br></div><div>/Kenneth Erlang/OTP Ericsson<br></div> </div></div></div>