Closed Cypresslin closed 3 months ago
Yes, this is an issue with the compiler. I'll add some compiler and arch specific workarounds :-(
thanks for reporting this, I've pushed a fix to address this issue, it detects the target arch and if s390x it disables the optimization flag that's causing the issue.
commit c0e59da0b3619e58d87d9dedb98d5d3dc53ab2ae (HEAD -> master, origin/master, origin/HEAD)
Author: Colin Ian King <colin.i.king@gmail.com>
Date: Tue Sep 3 10:44:09 2024 +0100
Makefile: improve machine detection and disable -fmodulo-sched for S390x builds
Hi Colin, we started seeing this issue again after the transition from readelf to objdump in Makefile.machine (7c1b860ef6574f8533e9ef8a1f7bfdee5f65d03c) . Makefile.machine with readelf returns "ibms390" whereas we get "s390" with objdump, which is compared against "ibms390" in the workaround you provided in the Makefile.
Hello Colin, while testing V0.18.03 on Bionic s390x I noticed that the test build become very slow when compiling stress-vecfp.c and stress-vecwide.c
This is for stress-vecwide.c, which seems to be never-ending.
(I did left the test build overnight, after 14 hours it's still running. But I don't have the output anymore, can't tell you if it's hanging on the same point.)
Bisect indicates this might be the the cause:
Reverting this commit can solve this build issue on B-s390x.
To be more precise, it's the
-fmodulo-sched
flag, result without this flag:gcc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0