From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from r-finger.com (r-finger.com [178.79.160.5]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id A8CADE00716 for ; Fri, 15 Feb 2013 10:08:43 -0800 (PST) Received: from [192.168.0.2] (host86-137-78-59.range86-137.btcentralplus.com [86.137.78.59]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by r-finger.com (Postfix) with ESMTPSA id E7EF39BF8 for ; Fri, 15 Feb 2013 18:08:41 +0000 (GMT) Message-ID: <511E79A3.5020203@r-finger.com> Date: Fri, 15 Feb 2013 18:08:35 +0000 From: Tomas Frydrych User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120624 Icedove/10.0.5 MIME-Version: 1.0 To: meta-freescale@yoctoproject.org References: <1360706330-12665-1-git-send-email-otavio@ossystems.com.br> <5136010.02L8BgeO9t@rudolf> <4933386.Lo2vlUKGBO@rudolf> In-Reply-To: <4933386.Lo2vlUKGBO@rudolf> Subject: Re: [meta-fsl-arm][PATCH v4 0/9] iMX6Q BSP 1.1.0 upgrade X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2013 18:08:43 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 15/02/13 17:10, Thomas Senyk wrote: >> Not that nice; in fact we shoudln't have the symlinks or X11 things >> might end linking against framebuffer libraries by mistake. > > This sounds rather unconventional ;) > I've never seen any platform were libEGL-something.so is the EGL target to > link to. > > In general one should define the default flavor of the GPU-driver > ... which is setting the libEGL.so symblink. > > In relation to the "link by mistake"-argument: > a) You have a fb-only setup: there will be no x11-things. > b) You have a x11 setup: the default is libEGL-x11.so and theirfor no problem. > ... if on a x11 setup a application want to explicitly link against > libEGL-fb.so it can do anyway, but at least the default on is set. > c) You have a dfb setup: the default link goes to libEGL-dfb.so > Agreed; it generally makes little sense to have multiple versions of EGL available at run time, and normal applications will be looking for libEGL.so anyway. > How do applications within the yocto build link against libEGL? > There are generally no .pc file for GPU-drivers > ... are there internal variables to reference? There is nothing Yocto specific here, how the application looks for EGL is up to the application author. My recommendation would be if the upstream driver does not provide a .pc file, to provide one as part of the Yocto packaging, it is trivial to create one, and libraries such as cogl will use it if they find it, and it saves much pain all around, because other home grown ways of checking libEGL availability are usually not cross-compilation friendly. Tomas