asdf-erlang: Build Fails on macOS 10.15 Catalina

Here is a workaround to get OTP to build on Catalina:

export MACOSX_DEPLOYMENT_TARGET=10.14

We will continue to investigate the problem.

I have pushed a pull request that fixes the crash:

https://github.com/erlang/otp/pull/2413

This worked for me: https://dev.to/drebits/how-to-install-erlang-on-macos-with-asdf-3p1c

In my case, I had to install an old version of Erlang 20.2, what worked for me:

export CFLAGS="-O2 -g -fno-stack-check"
KERL_CONFIGURE_OPTIONS="--disable-hipe --without-javac --with-ssl=/usr/local/Cellar/openssl/1.0.2t" asdf install erlang 20.2

This worked for me (crossposted from kerl/kerl)

MacOS Catalina (10.15.1) There is an issue in the compilation phase of the process. The workaround is this:

export KERL_CONFIGURE_OPTIONS=“–without-javac --with-ssl=$(brew --prefix openssl)” export CFLAGS=“-O2 -g -fno-stack-check” asdf install erlang 22.1 asdf global erlang 22.1

@benoitc Whatever is printed to stdout to start with 😃

I wonder what the OS X people broke/changed this time…

In my case, I had to install an old version of Erlang 20.2, what worked for me:

export CFLAGS="-O2 -g -fno-stack-check"
KERL_CONFIGURE_OPTIONS="--disable-hipe --without-javac --with-ssl=/usr/local/Cellar/openssl/1.0.2t" asdf install erlang 20.2

worked for me, thank you

They said the fix won’t make it in until 22.1.4 @dc0d

Confirmed that I could build erlang 22.1.4 with asdf v0.7.4 / asdf-erlang 274e4154fed0674140efa6f4c4ad7a9be0b63291 on macOS 10.15 Catalina.

@drebits that was my solution as well. the key for me was the --disable hipe flag.

I’m having a similar issue, and though the explicit failure isn’t a segfault, it’s a memory issue of some sort and feels related. Feel free to tell me to open a separate issue if need be.

Building Erlang/OTP 20.1 (asdf_20.1), please wait...
Build failed.
make[3]: *** [../ebin/hipe_rtl_arch.beam] Error 1
make[3]: *** [../ebin/hipe_rtl_mk_switch.beam] Error 1
make[3]: *** [../ebin/hipe_rtl_primops.beam] Error 1
make[3]: *** [../ebin/hipe_rtl_cfg.beam] Error 1
make[3]: *** [../ebin/hipe_tagscheme.beam] Error 1
erts_mmap: Failed to create super carrier of size 512 MB
make[3]: *** [../ebin/hipe_rtl_arith_32.beam] Error 1
make[2]: *** [opt] Error 2
make[1]: *** [opt] Error 2
make: *** [secondary_bootstrap_build] Error 2

22.0.7 installs fine, with no extra config params needed. 20.1 chokes. I’ve tried the settings above, and it’s always a similar failure. What’s interesting is that the message varies slightly failure to failure – the error is the same, but the text gets mangled. Here’s another example:

Build failed.
make[3]: *** [../ebin/hipe_rtl_liveness.beam] Error 1
erts_mmap: Failed to create super carrier of size erts_mmap: Failed to create super carrier of size e5512 MB
rts_mmap: Failed to create super carrier of size 12 MB
512 MB
make[3]: *** [../ebin/hipe_rtl_binary_construct.beam] Error 1
make[3]: *** [../ebin/hipe_rtl_exceptions.beam] Error 1
make[3]: *** [../ebin/hipe_rtl_symbolic.beam] Error 1
make[2]: *** [opt] Error 2
make[1]: *** [opt] Error 2
make: *** [secondary_bootstrap_build] Error 2

The machine itself is a fresh install, fwiw.

I’ve verified that I’m running the latest versions of asdf, the erlang plugin (and by extension – kerl)

Those can be removed I think without affecting the compile result as the no-stack-check option is the one that actually fixes this issue, but I left them from the snippet I found in the internet.

They should not be removed. When you set CFLAGS when compiling any/most autoconf projects you overwrite the default CFLAGS. The default CFLAGS are “-O2 -g”. So if you only set “-fno-stack-check” you will get an un-optimized Erlang system without debug info.

@Stratus3D this did the trick for me. Thanks!

asdf-erlang has been updated to use kerl version 1.8.6. Can you try updating asdf-erlang and see if that fixes the problem? asdf plugin-update erlang should do the trick.

• Delete archive of failed build from ~/.asdf/plugins/erlang/kerl-home/archives (not sure if this is necessary though)
• asdf plugin-update erlang
• asdf install erlang 22.3.4.12

yes @Stratus3D , i created an issue here just in case explaining the situation

https://github.com/asdf-vm/asdf-erlang/issues/167

@r-guimaraes those are gcc options for compile time. I am not an expert but the -g is to add debug symbols and the O2 is the level of optimizations. (https://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Optimize-Options.html#Optimize-Options) Those can be removed I think without affecting the compile result as the no-stack-check option is the one that actually fixes this issue, but I left them from the snippet I found in the internet.

Trying to asdf install erlang 22.1.3 on MacOS Catalina.

Done:

brew reinstall coreutils automake autoconf openssl libyaml readline libxslt libtool unixodbc

brew link coreutils automake autoconf openssl libyaml readline libxslt libtool unixodbc

Set export PATH="/usr/local/Cellar/openssl/1.0.2t/bin:$PATH" and export KERL_CONFIGURE_OPTIONS="--without-javac --with-ssl=/usr/local/Cellar/openssl/1.0.2t". Build failed.

Still getting:

 * crypto         : No usable OpenSSL found
 * jinterface     : No Java compiler found
 * ssh            : No usable OpenSSL found
 * ssl            : No usable OpenSSL found

Am I missing something?

i am usi g the same flags and the erlc is still falling unfortunately 😕

On Tue 8 Oct 2019 at 19:10, BSKY notifications@github.com wrote:

Probably this build setup will help us. https://github.com/Homebrew/homebrew-core/blob/master/Formula/erlang.rb

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/asdf-vm/asdf-erlang/issues/116?email_source=notifications&email_token=AAADRITGVN7WBH5F3XYB6ULQNS5JLA5CNFSM4I5QC7JKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEAU5HKA#issuecomment-539612072, or mute the thread https://github.com/notifications/unsubscribe-auth/AAADRIQ7EXESKPI7SHKCY3DQNS5JLANCNFSM4I5QC7JA .

– Sent from my Mobile

Thanks @benoitc, so they have changed something with time… seems like the monotonic time primitive from the kernel does not return monotonic time values… this is not going to be an easy thing to fix…

@garazdawi Is this to be ran from a freshly cloned erlang/otp repo?

No, in a repo that already had failed to build. In a clean repo do this:

cd otp && export ERL_TOP=`pwd`
./otp_build autoconf
./configure --disable-pgo
make

I don’t know why HIPE is failing to build but I do not it’s not going to be fully supported by upstream in OTP 22: http://erlang.org/download/otp_src_22.0.readme

It is not HiPE that fails, it is erlc that segfaults. HiPE just happens to be the first application to be compiled.

I don’t know why HIPE is failing to build but I do not it’s not going to be fully supported by upstream in OTP 22: http://erlang.org/download/otp_src_22.0.readme

As far as the javac pop-up - that is provoked by autoconf not kerl. As far as I am aware, there is no way to disable probing for javac no matter what OTP build flags are passed through.