https://bugzilla.redhat.com/show_bug.cgi?id=1221824
--- Comment #28 from Filip Andres <filip(a)andresovi.net> ---
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.
--
You are receiving this mail because:
You are on the CC list for the bug.