From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S3sjj-0001To-BW for garchives@archives.gentoo.org; Sat, 03 Mar 2012 17:27:15 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 435C4E0654; Sat, 3 Mar 2012 17:27:04 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D385AE05ED for ; Sat, 3 Mar 2012 17:26:23 +0000 (UTC) Received: from [192.168.1.101] (dynamic-adsl-84-221-245-104.clienti.tiscali.it [84.221.245.104]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id EED361B401A for ; Sat, 3 Mar 2012 17:26:22 +0000 (UTC) Message-ID: <4F52543E.3020705@gentoo.org> Date: Sat, 03 Mar 2012 18:26:22 +0100 From: Luca Barbato User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20120118 Thunderbird/9.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Supporting GLES-only implementations X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 640f8a4b-07cc-4225-a8a3-60d81620b302 X-Archives-Hash: 7ece883164cc31b48558bde5199d1609 I'm trying to get better support for efika and possibly other similar systems like pandaboard. I already started to hack eselect-opengl and mesa to keep libGLES*, libOpenVG and libEGL in the switchable dir and it seems to work properly. Now I'd like to make ALL the GL/ GLES/ KHR/ and such headers switchable as well. One of the last items is discussing about what to do with implementations that do not provide OpenGL. I'd introduce a separate virtual for gles2, gles1 and openvg and make so eselect-opengl does not complain if libGL is missing. Anybody has interest and/or better ideas? lu PS: I'd consider GL implementations monolithic so you cannot mix and match them at least for now. -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero