Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 Jan 2018 07:13:05 +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-GeOVGoTT2D@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 #13 from Alexey Dokuchaev <danfe@FreeBSD.org> ---
First of all, sorry for inadvertent confusion, GCC situation is not as bad =
on
powerpc as on sparc64.  I've had GCC version downgraded on powerpc not beca=
use
it was broken (I never tried), but because I generally prefer lower versions
due to less code bloat, and because I already had gcc-4.9.4.tar.gz2 distfile
downloaded (and they are pretty big).

Niclas, for now, I had to modify /usr/ports/Mk/bsd.default-versions.mk by h=
and.
 Eventually, after I iron out remaining issues with gcc48/49 under sparc64 =
(it
could never finish the build for me under QEMU with BOOSTRAP option enabled,
which is the default, so it needs to be flipped), I'd probably submit a pat=
ch
to set appropriate GCC default version based on particular architecture; th=
is
would most likely be applicable to sparc64 and /maybe/ powerpc.

That said, I'll rebuild `graphics/mesa-dri' with default gcc version (6?) on
powerpc and report again.

Mark, sorry, I was thinking of sparc64; both gcc5/6 are marked as broken on=
 it
currently.  They probably build fine on powerpc, I just haven't tried yet.

[I cannot say much about system-clang, I'm quite happy with gcc 4.2 as a sy=
stem
compiler.  In fact, that what makes tier-2 architectures more attractive to=
 me
now: they don't use clang.]

--=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-GeOVGoTT2D>