ATI radeon 3450 with new xorg
Carlos Jacobo Puga Medina
cpm at fbsd.es
Wed Jul 23 11:21:17 UTC 2014
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 at fbsd.es>
More information about the freebsd-x11
mailing list