<div dir="ltr"><div>
              <h2><span style="font-size:14px">The following decisions regarding EEPs (Erlang Enhancement Proposals) has been taken byt the OTP technical board during the spring:</span></h2>

<h2><a href="https://github.com/erlang/eep/blob/master/eeps/eep-0045.md">EEP-45</a> Function_Name and Function_Arity as macros</h2>

<p><strong>Approved</strong></p>

<p>Already implemented and available in OTP 19.0-rc1.</p>

<h2><a href="https://github.com/erlang/eep/blob/master/eeps/eep-0044.md">EEP-44</a> Additional preprocessor directives</h2>

<p><strong>Partly Approved</strong></p>

<p>Only the <code>-warning</code> and <code>-error</code> directives was approved and they are already implemented and available in OTP 19.0-rc1.</p>

<p>Some of the reasons for not approving the other directives in EEP-44 where:</p>

<ul><li>
        <p>Rather unclear what an OTP_RELEASE is and it will not be clearer as there are plans to split OTP in several parts.</p>
        </li><li>
        <p>Could lead to strange situations if these directives are combined with a package manager which also deals with dependencies.</p>
        </li><li>
        <p>Could lead to strange situations if testing for a version or existence of functions in non OTP modules.</p>
        </li></ul>

<p>In summary we where not convinced that the new directives will solve 
more problems than they might introduce. It is also already rather easy 
to create a preprocessor variable in the build-procesess that can be 
used in combination with -ifdef to achieve similar effects.</p>

            </div></div>