Date: Tue, 28 Jan 2020 06:33:51 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 243664] reverted r356513 and r356515 make world cross-buildable with GCC9 Message-ID: <bug-243664-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243664 Bug ID: 243664 Summary: reverted r356513 and r356515 make world cross-buildable with GCC9 Product: Base System Version: CURRENT Hardware: sparc64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: kraileth@elderlinux.org The changes from r356513 were reverted in r356552 due to being untested. The same is true for r356515 and r35655. When re-applied to -CURRENT, it's poss= ible to cross-build world using GCC9. There's a test failure regarding ZFS during buildworld, but I ignored that for now by defining WITHOUT_GOOGLETEST. While the cross-built kernel works just fine, all binaries resulting from buildworld that I tested simply crash. I assume that this is why the patch = was declared as "almost certainly insufficient". Taking a look at replacing the native toolchain, I found that base/binutils works well and can built working 12-STABLE kernel and userland. However base/gcc6 results in a partly broken compiler. It does compile a simple "he= llo world" example, but trying to build e.g. ports shows that the compiler does= n't completely work. And since no unwinder is present there seems to not be too much interesting information in config.log. I don't really know how to go on from here. If an experienced developer cou= ld give me a clue on what to do in such a situation, I'd happily continue poki= ng at this. And should somebody be interested, I can also provide SSH access t= o a SPARC64 machine (either running 12-STABLE or a 13-CURRENT kernel but 12-STA= BLE userland). --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-243664-227>