https://bugzilla.redhat.com/show_bug.cgi?id=1221824
--- Comment #28 from Filip Andres <[email protected]> --- 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. _______________________________________________ erlang mailing list [email protected] http://lists.fedoraproject.org/admin/lists/[email protected]
