<div dir="ltr">I'll just attach this here, but on my machine the BEAM emulator segfaults under the build if passed the --enable-dirty-schedulers option:<div><br></div><div>git checkout -b t OTP-18.0-rc2</div><div>git clean -dfxq</div><div>./otp_build autoconf</div><div>./configure --enable-dirty-schedulers --prefix=/usr/local/stow/$(git describe)</div><div>make -j 10</div><div><br></div><div>I had expected this to complete and give my an 'erl' with dirty schedulers enabled, but once it gets into 'erlc' compiling it's first binary, the command segfaults. Not passing --enable-dirty-schedulers works.</div><div><br></div><div>Is this confirmable by anyone else, just to rule out my machine from the loop?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 13, 2015 at 1:48 PM, Kenneth Lundin <span dir="ltr"><<a href="mailto:kenneth@erlang.org" target="_blank">kenneth@erlang.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Erlang/OTP 18.0-<span>rc2</span> is available for testing.<br><br>This is the second and last release candidate before the final OTP 18.0 product release in June 2015.<br><br>Between the 18.0 rc1 and 18.0 rc 2 and the final release there will be new updates of <br>the master branch with corrections and minor new features. <br>Occasionally there might be new tags which we in that<br>case will communicate and ask you to test.<br><br>Erlang/OTP
18.0 is a new major release with new features, quite a few
(characteristics) improvements, as well as a few incompatibilities. <br><br>See the Release Notes and the documentation for more details.<br><br>We would like to ask you to build and test this release candidate and send us <br>your feedback as soon as possible, so that we can make the necessary <br>corrections before OTP 18.0.<br><br>The release contains many changes; thus, some unexpected incompatibilities <br>or issues may have slipped through our tests. <br>Please try to build and run your current products/applications and let us <br>know about any problems.<br><br><b>IMPORTANT INFO when building your own code with this OTP release<br></b><br>Since erlang:now is deprecated your build might stop if you are using<br>"warnings as errors".<br>To let the build through you can turn of warnings for deprecated functions<br>by setting an environment variable like this:<br> export ERL_COMPILER_OPTIONS=nowarn_deprecated_function<br><br>Some highlights of the release are:<br><ul><li>dialyzer: The -dialyzer() attribute can be used for suppressing warnings <br>in a module by specifying functions or warning options. <br>It can also be used for requesting warnings in a module. <br></li><li>erts: The time functionality has been extended. This includes a new API for <br>time,
as well as "time warp" modes which alters the behavior when system time
changes. You are strongly encouraged to use the new API instead of the
old API based on erlang:now/0. erlang:now/0 has been deprecated since it
will always be a scalability bottleneck. <br>For more information see the Time and Time Correction chapter of the ERTS User's Guide. Here is a link <a href="http://www.erlang.org/documentation/doc-7.0-rc2/erts-7.0/doc/html/time_correction.html" target="_blank">http://www.erlang.org/documentation/doc-7.0-rc2/erts-7.0/doc/html/time_correction.html</a> <br></li><li>erts:
Beside the API changes and time warp modes a lot of scalability and
performance improvements regarding time management has been made.
Examples are: </li><ul><li>scheduler specific timer wheels, </li><li>scheduler specific BIF timer management, </li><li>parallel retrieval of monotonic time and system time on OS:es that support it.</li></ul><li>erts: The previously introduced "eager check I/O" feature is now enabled by default.</li><li>erts/compiler:
enhanced support for maps. Big maps new uses a HAMT (Hash Array Mapped
Trie) representation internally which makes them more efficient. There
is now also support for variables as map keys. </li><li>ssl: Remove default support for SSL-3.0 and added padding check for TLS-1.0 due to the Poodle vulnerability.</li><li>ssl: Remove default support for RC4 cipher suites, as they are consider too weak.</li><li>stdlib: Allow maps for supervisor flags and child specs<br></li></ul><br>You can find the Release Notes with more detailed info at<br><br> <a href="http://www.erlang.org/download/OTP-18.0-rc2.README" target="_blank">http://www.erlang.org/download/OTP-18.0-rc2.README</a><br><br>You find the source code at <a href="http://github.com" target="_blank">github.com</a> in the official Erlang repository.<br><br>Git tag OTP-18.0-<span>rc2</span><br><br><a href="https://github.com/erlang/otp/tree/OTP-18.0-rc2" target="_blank">https://github.com/erlang/otp/tree/OTP-18.0-rc2</a><br><br>You can also read the documentation on-line here: <br>(see the Release Notes mentioned above for release notes which <br>are not updated in the doc, but the new functionality is)<br><br><a href="http://www.erlang.org/documentation/doc-7.0-rc2/doc/" target="_blank">http://www.erlang.org/documentation/doc-7.0-rc2/doc/</a><br><br>We also want to thank those that sent us patches, suggestions and bug reports.<br><br>The Erlang/OTP Team at Ericsson</div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">J.</div>
</div>