Date: Wed, 23 Jul 2014 13:20:42 +0200 From: Carlos Jacobo Puga Medina <cpm@fbsd.es> To: jean-sebastien.pedron@dumbbell.fr, dim@freebsd.org Cc: freebsd-x11@freebsd.org Subject: Re: ATI radeon 3450 with new xorg Message-ID: <20140723132042.32852226bb47d0dc66d53a4b@fbsd.es>
next in thread | raw e-mail | index | archive | help
On 23.07.2014 12:02, Carlos Jacobo Puga Medina wrote:
> Yes, it fails in runtime and is missing this symbol in both of them.
>
> This comes from an incompatibility between:
> o libc++ (our default C++ standard library), used to build LLVM
> from ports (graphics/dri's dependency),
> o and libstdc++ (the C++ standard library provided with and used
> by GCC), used to build libglapi on i386.
>
> Here, {LLVM headers + libc++ headers} produce different symbols than
> {LLVM headers + libstdc++ headers}, because both standard libraries > have incompatible internal representation of standard C++ types. So > they are both "C++ compliant" of course, but they can't be mixed in > the same progr=am.
> The root of your problem isn't this incompatibility however. Clang > is unable to build Mesa on i386 currently. The workaround was to
> use GCC temporarily until Clang is fixed. But it's ineffective,
> because of the incompatibility.
> --=20
> Jean-S=E9bastien P=E9dron
I confirm that this GPU is usable, but I hope the bug 19778 will be fixed ASAP to have it running at 100%
Best regards,
--
Carlos Jacobo Puga Medina <cpm@fbsd.es>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140723132042.32852226bb47d0dc66d53a4b>