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