Date: Sat, 5 Mar 2016 17:13:21 -0800 From: Mark Millard <markmi@dsl-only.net> To: Roman Divacky <rdivacky@vlakno.cz>, FreeBSD PowerPC ML <freebsd-ppc@freebsd.org>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org> Subject: 207732 submitted: libgcc_s .eh_frame handling messes up interpreting powerpc/powerpc64 frame pointer register use produced by clang 3.8.0 Message-ID: <7BC7F7FF-FF5C-4BE9-875C-6997BC194295@dsl-only.net>
next in thread | raw e-mail | index | archive | help
I have submitted FreeBSD bug 207732: libgcc_s .eh_frame handling messes up interpreting powerpc/powerpc64 = frame pointer register use produced by clang 3.8.0 In essence clang++ 3.8.0 generates Frame Pointer Register based code = (r31 in addition to the r1 stack pointer) that g++ 4.2.1/4.9/5.3 = (normally) do not and so the clang++ 3.8.0 code ends up touching an = error in libgcc_s interpreting .eh_frame information for C++ exception = handling that gcc 4.2.1 and the like side step by not using such a Frame = Pointer register. Note: The context for libgcc_s was a clang 3.8.0 based buildworld. A gcc = buildworld does not involve such a Frame Pointer Register. I do not know if any TARGET_ARCH's other than powerpc/powerpc64 also = generate such Frame Pointer Register like code and so might touch the = same error. =3D=3D=3D Mark Millard markmi at dsl-only.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7BC7F7FF-FF5C-4BE9-875C-6997BC194295>