Date: Sun, 22 Jan 2017 01:10:49 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 215947] head -r311147 (e.g.) for powerpc/powerpc64: gcc 4.2.1 requires -mlongcall but clang does not need it (and various versions do not have it) Message-ID: <bug-215947-8-0CgEntehiG@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-215947-8@https.bugs.freebsd.org/bugzilla/> References: <bug-215947-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215947 --- Comment #6 from Mark Millard <markmi@dsl-only.net> --- (In reply to Mark Millard from comment #5) I should have noted that the comment: # XXX: See the log for r232932 as to why the above -mlongcall is needed. S= ince # clang doesn't support -mlongcall, and testing shows a clang linked with a # clang-built csu segfaults, this must currently be compiled with gcc. Once # clang supports -mlongcall, or we get a fixed ld, this can be revisited. would be out of date with the Makefile changes, at least relative to clang for 3.9.1 (and even 3.8.0). My understanding is that fairly modern clang is "medium model" based (32 bit offsets instead of 16, using two instructions instead of one instruction: The first instruction sets a register to within where a 16 bit offset from its value then works for the overall result). longcall would then be for when more than 32 bit offsets could be needed. If I understand right. --=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-215947-8-0CgEntehiG>