Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Dec 2017 21:07:11 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ppc@FreeBSD.org
Subject:   [Bug 201623] /usr/ports/graphics/dri fails on powerpc
Message-ID:  <bug-201623-21-INuRTukN0L@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-201623-21@https.bugs.freebsd.org/bugzilla/>
References:  <bug-201623-21@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=3D201623

--- Comment #6 from Mark Millard <markmi@dsl-only.net> ---
(In reply to Mark Millard from comment #4)

A clang status update:

clang 4 and clang 5 are better behaved for
TARGET_ARCH=3Dpowerpc . There is a problem if
clang built the system library code involved
in handling thrown C++ exceptions (process
crash).

But there was a fix to the system ld to fix
clang-based C++ exception operation when the
system libraries are built by gcc (such as
the system gcc 4.2.1 compiler):

Roman Divacky rdivacky at freebsd.org wrote on
Sat Oct 7 10:03:10 UTC 2017 :

> In a followup to https://lists.freebsd.org/pipermail/freebsd-toolchain/20=
17-May/002961.html
>=20=20
> I attempted to fix gnu ld in base to fix the wrongly set bit.
>=20
> The following patch=20
> http://www.vlakno.cz/~rdivacky/ppc64.exceptions.fix.patch
>=20
> switches a few computations to happen in 64bits instead of 32bit and fixe=
s the
> wrong personality/LDSA info in binaries.
>=20
> As a result clang compiled/assembled c++ binaries with EH start to work f=
or me.
>=20
> Can someone verify this works for everyone? I can see the same cast in up=
stream
> binutils but in a couple more places, so this is probably not the final a=
nswer
> but is good enough for me.

For more see:

https://lists.freebsd.org/pipermail/freebsd-toolchain/2017-October/003349.h=
tml

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-201623-21-INuRTukN0L>