<div dir="ltr">hello,<div><br></div><div>since OTP 21 there is a predefined macro OTP_RELEASE that even the Erlang compiler knows (so not rebar3 specific), see <a href="http://erlang.org/doc/reference_manual/macros.html#predefined-macros">http://erlang.org/doc/reference_manual/macros.html#predefined-macros</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 29, 2018 at 11:18 AM, Bartłomiej Górny <span dir="ltr"><<a href="mailto:bartek@gorny.edu.pl" target="_blank">bartek@gorny.edu.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello<br>
<br>
Is it possible to automatically set an env variable with erlang version number, to solve that notorious deprecaction vs backward compatibility problem? Rebar3 "knows" major release number (since it supports "require_otp_vsn" clause), is there a way to set it in the environment?<span class="HOEnZb"><font color="#888888"><br>
<br>
BG<br>
<br>
<br>
-- <br>
mężczyzna potrzebuje dwóch narzędzi - taśmy klejącej i WD40. co się rusza, a nie powinno skleić taśmą, a co się nie rusza, a powinno - spryskać WD40.<br>
<br>
(mafodope, <a href="http://bash.org.pl" rel="noreferrer" target="_blank">bash.org.pl</a>)<br>
______________________________<wbr>_________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/list<wbr>info/erlang-questions</a><br>
</font></span></blockquote></div><br></div>