--- Comment #29 from Peter Lemenkov <lemenkov(a)gmail.com> ---
(In reply to Filip Andres from comment #28)
I have built new packages using the following flags in the RPM spec:
%ifarch %{ix86}
%global optflags -mtune=generic
%endif
Build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=12621253
Now the erlang:processes() command executes successfully:
$ mock -r fedora-rawhide-i386 --no-clean --shell
INFO: mock.py version 1.2.14 starting (python version = 3.4.2)...
Start: init plugins
INFO: selinux enabled
Finish: init plugins
Start: run
Start: chroot init
INFO: calling preinit hooks
INFO: enabled root cache
INFO: enabled dnf cache
Start: cleaning dnf metadata
Finish: cleaning dnf metadata
INFO: enabled ccache
Finish: chroot init
Start: shell
<mock-chroot>sh-4.3# erl
Erlang/OTP 18 [erts-7.2.1] [source] [smp:4:4] [async-threads:10] [hipe]
[kernel-poll:false]
Eshell V7.2.1 (abort with ^G)
1> erlang:processes().
[<0.0.0>,<0.3.0>,<0.6.0>,<0.7.0>,<0.9.0>,<0.10.0>,<0.11.0>,
<0.12.0>,<0.14.0>,<0.15.0>,<0.16.0>,<0.17.0>,<0.18.0>,
<0.20.0>,<0.21.0>,<0.22.0>,<0.23.0>,<0.24.0>,<0.25.0>,
<0.26.0>,<0.27.0>,<0.28.0>,<0.29.0>,<0.30.0>,<0.34.0>]
2>
Resume:
There seem to be an error in the fallback implementation of
ethr_dw_atomic_cmpxchg. I'm not sure whether these binaries would run on an
Atom processor though (and I don't have means to test it).
I guess I may ask in the erlang-bugs mailing list but I would let it to you
to decide if building for generic processor (instead of Atom) is a viable
workaround or not.
I've just rebuilt Erlang with -mtune=generic on ix86. However it didn't change
anything on my machine.
Could you please test if it works for you or not? I'm talking about 18.2.2-3
version.
--
You are receiving this mail because:
You are on the CC list for the bug.