From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 11:21:16 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E573D15C; Wed, 23 Jul 2014 11:21:16 +0000 (UTC) Received: from erelay5.ox.registrar-servers.com (erelay5.ox.registrar-servers.com [192.64.117.65]) by mx1.freebsd.org (Postfix) with ESMTP id C19B22F49; Wed, 23 Jul 2014 11:21:16 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 55203220496A; Wed, 23 Jul 2014 11:21:15 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4CQD9Kr_0NUf; Wed, 23 Jul 2014 07:21:13 -0400 (EDT) Received: from imap1.ox.privateemail.com (imap1.ox.privateemail.com [198.187.29.233]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 316FA2204593; Wed, 23 Jul 2014 07:21:13 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id B7D08B0007B; Wed, 23 Jul 2014 07:21:12 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id g2T_ORP7CkTG; Wed, 23 Jul 2014 07:21:12 -0400 (EDT) Received: from localhost (127.Red-83-50-140.dynamicIP.rima-tde.net [83.50.140.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 8EF4CB00085; Wed, 23 Jul 2014 07:21:11 -0400 (EDT) Date: Wed, 23 Jul 2014 13:20:42 +0200 From: Carlos Jacobo Puga Medina To: jean-sebastien.pedron@dumbbell.fr, dim@freebsd.org Subject: Re: ATI radeon 3450 with new xorg Message-Id: <20140723132042.32852226bb47d0dc66d53a4b@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 11:21:17 -0000 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