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>