From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 20A48E00C87; Tue, 19 Apr 2016 16:52:44 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [217.70.178.86 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message Received: from slow1-d.mail.gandi.net (slow1-d.mail.gandi.net [217.70.178.86]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 80CF5E00C80 for ; Tue, 19 Apr 2016 16:52:42 -0700 (PDT) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) by slow1-d.mail.gandi.net (Postfix) with ESMTP id 5E9B647A6A3 for ; Wed, 20 Apr 2016 01:46:44 +0200 (CEST) Received: from mfilter29-d.gandi.net (mfilter29-d.gandi.net [217.70.178.160]) by relay6-d.mail.gandi.net (Postfix) with ESMTP id C18FEFB886; Wed, 20 Apr 2016 01:46:40 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter29-d.gandi.net Received: from relay6-d.mail.gandi.net ([IPv6:::ffff:217.70.183.198]) by mfilter29-d.gandi.net (mfilter29-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 7O4gwzRoEg_s; Wed, 20 Apr 2016 01:46:38 +0200 (CEST) X-Originating-IP: 80.215.192.207 Received: from [192.168.43.244] (unknown [80.215.192.207]) (Authenticated sender: contact@jgueytat.fr) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 53739FB887; Wed, 20 Apr 2016 01:46:37 +0200 (CEST) To: yocto@yoctoproject.org References: <5715F053.8040801@jgueytat.fr> From: Julien Gueytat Message-ID: <5716C35C.3040800@jgueytat.fr> Date: Wed, 20 Apr 2016 01:46:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <5715F053.8040801@jgueytat.fr> Cc: otavio@ossystems.com.br Subject: Re: [meta-qt5][meta-raspberrypi]: Qt5 with EGL support for the Raspberry through linux-oe-g++ X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 23:52:44 -0000 Content-Type: multipart/alternative; boundary="------------090207060601010202020800" --------------090207060601010202020800 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Hi again guys, after more investigations: I found out that the default value -lEGL comes from ./mkspecs/common/linux.conf which is included in ./mkspecs/linux-oe-g++/qmake.conf linux-oe-g++ being the only generic mkspecs that should be used in Yocto So! At the time the configuration enters egl.pro the content of the variables LIBS and QMAKE_EGL_LIBS are still a bit weird for me : 1- LIBS already has the content of the QMAKE_EGL_LIBS content from the result of the pkg-config command. 2- QMAKE_EGL_LIBS has the content of the default value found in ./mkspecs/common/linux.conf There are two options to have it properly working: - First and easy option : remove the QMAKE_EGL_LIBS default variable in ./mkspecs/linux-oe-g++/qmake.conf since the good libs seems to already been present in the LIBS variable. - Second option : understand why the LIBS variable is already properly set and why the QMAKE_EGL_LIBS properly computed in the configure and present .qmake.vars is not used. (I would say that the device spec overrides the one from qmake spec... I did not dig further yet.) Anyway I'm pretty sure the trouble comes from meta-qt5 side now. I'm pretty sure meta-raspberrypi maintainers can confirm that their master branch handles pkg-config stuff now. Thanks advance for having a look on this guys, Best Regards Le 19/04/2016 10:46, Julien Gueytat a écrit : > Hi, > > I still can't figure out the patch to apply in meta-qt5 to get EGL > support with the Raspberry. > > The test to check EGL does not pass and fails with the following command: > > arm-poky-linux-gnueabi-g++ -march=armv7-a -marm -mthumb-interwork > -mfloat-abi=hard -mfpu=neon-vfpv4 -mtune=cortex-a7 > --sysroot=/home/jgueytat/projects/LightPixels/poky/build/tmp/sysroots/lightpixels > -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-O1 -o egl egl.o > -lGLESv2 -lbcm_host -lvchostif -lvcos -lvchiq_arm -pthread -lEGL > > > Here is the content of the file egl.pro: > > $ cat egl.pro > SOURCES = egl.cpp > > for(p, QMAKE_LIBDIR_EGL) { > exists($$p):LIBS += -L$$p > } > > message("In egl.pro - 1: QMAKE_LIBS_EGL = $$QMAKE_LIBS_EGL") > message("In egl.pro - 1: LIBS = $$LIBS") > > !isEmpty(QMAKE_INCDIR_EGL): INCLUDEPATH += $$QMAKE_INCDIR_EGL > !isEmpty(QMAKE_LIBS_EGL): LIBS += $$QMAKE_LIBS_EGL > > message("In egl.pro - 2: QMAKE_LIBS_EGL = $$QMAKE_LIBS_EGL") > message("In egl.pro - 2: LIBS = $$LIBS") > > CONFIG -= qt > > In the main ./configure file of qtbase: > > | In configure #1: QMAKE_LIBS_EGL = > | In configure #2: QMAKE_LIBS_EGL = -lEGL -lGLESv2 -lbcm_host > -lvchostif -lbcm_host -lvcos -lvchiq_arm -pthread > > The variable QMAKE_LIBS_EGL is set properly. > > > In the ./config.tests/qpa/egl/egl.pro file: > > | Project MESSAGE: In egl.pro - 1: QMAKE_LIBS_EGL = -lEGL > | Project MESSAGE: In egl.pro - 1: LIBS = -lEGL -lGLESv2 -lbcm_host > -lvchostif -lvcos -lvchiq_arm -pthread > | Project MESSAGE: In egl.pro - 2: QMAKE_LIBS_EGL = -lEGL > | Project MESSAGE: In egl.pro - 2: LIBS = -lEGL -lGLESv2 -lbcm_host > -lvchostif -lvcos -lvchiq_arm -pthread -lEGL > > > *What I see is that:* > In the configure file the variable QMAKE_LIBS_EGL is properly set > through pkg-config. > In the egl.pro file... The variable LIBS gets the content of > QMAKE_LIBS_EGL and the variable QMAKE_LIBS_EGL gets back to its > default -lEGL. > > In the end with have -lGLESv2 before -lEGL and this does not link. > > I checked also the content of .qmake.vars: > grep QMAKE_LIBS_EGL .qmake.vars > QMAKE_LIBS_EGL = -lEGL -lGLESv2 -lbcm_host -lvchostif -lbcm_host > -lvcos -lvchiq_arm -pthread > > > The command QMakeVar set QMAKE_LIBS_EGL "$QMAKE_LIBS_EGL" seems to > have his job done too late... > > If someone has an idea to get the proper correction done... > > Best Regards, > Julien > > > --------------090207060601010202020800 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Hi again guys,

after more investigations:

I found out that the default value -lEGL comes from ./mkspecs/common/linux.conf which is included in ./mkspecs/linux-oe-g++/qmake.conf

linux-oe-g++ being the only generic mkspecs that should be used in Yocto

So! At the time the configuration enters egl.pro the content of the variables LIBS and QMAKE_EGL_LIBS are still a bit weird for me :

1- LIBS already has the content of the QMAKE_EGL_LIBS content from the result of the pkg-config command.
2- QMAKE_EGL_LIBS has the content of the default value found in ./mkspecs/common/linux.conf

There are two options to have it properly working:
- First and easy option : remove the QMAKE_EGL_LIBS default variable in ./mkspecs/linux-oe-g++/qmake.conf since the good libs seems to already been present in the LIBS variable.
- Second option : understand why the LIBS variable is already properly set and why the QMAKE_EGL_LIBS properly computed in the configure and present .qmake.vars is not used. (I would say that the device spec overrides the one from qmake spec... I did not dig further yet.)

Anyway I'm pretty sure the trouble comes from meta-qt5 side now. I'm pretty sure meta-raspberrypi maintainers can confirm that their master branch handles pkg-config stuff now.

Thanks advance for having a look on this guys,
Best Regards


Le 19/04/2016 10:46, Julien Gueytat a écrit :
Hi,

I still can't figure out the patch to apply in meta-qt5 to get EGL support with the Raspberry.

The test to check EGL does not pass and fails with the following command:

arm-poky-linux-gnueabi-g++  -march=armv7-a -marm  -mthumb-interwork -mfloat-abi=hard -mfpu=neon-vfpv4 -mtune=cortex-a7 --sysroot=/home/jgueytat/projects/LightPixels/poky/build/tmp/sysroots/lightpixels -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-O1 -o egl egl.o   -lGLESv2 -lbcm_host -lvchostif -lvcos -lvchiq_arm -pthread -lEGL


Here is the content of the file egl.pro:

$ cat egl.pro
SOURCES = egl.cpp

for(p, QMAKE_LIBDIR_EGL) {
    exists($$p):LIBS += -L$$p
}

message("In egl.pro - 1: QMAKE_LIBS_EGL = $$QMAKE_LIBS_EGL")
message("In egl.pro - 1: LIBS = $$LIBS")

!isEmpty(QMAKE_INCDIR_EGL): INCLUDEPATH += $$QMAKE_INCDIR_EGL
!isEmpty(QMAKE_LIBS_EGL): LIBS += $$QMAKE_LIBS_EGL

message("In egl.pro - 2: QMAKE_LIBS_EGL = $$QMAKE_LIBS_EGL")
message("In egl.pro - 2: LIBS = $$LIBS")

CONFIG -= qt

In the main ./configure file of qtbase:

| In configure #1: QMAKE_LIBS_EGL =
| In configure #2: QMAKE_LIBS_EGL = -lEGL -lGLESv2 -lbcm_host -lvchostif -lbcm_host -lvcos -lvchiq_arm -pthread

The variable QMAKE_LIBS_EGL is set properly.


In the ./config.tests/qpa/egl/egl.pro file:

| Project MESSAGE: In egl.pro - 1: QMAKE_LIBS_EGL = -lEGL
| Project MESSAGE: In egl.pro - 1: LIBS = -lEGL -lGLESv2 -lbcm_host -lvchostif -lvcos -lvchiq_arm -pthread
| Project MESSAGE: In egl.pro - 2: QMAKE_LIBS_EGL = -lEGL
| Project MESSAGE: In egl.pro - 2: LIBS = -lEGL -lGLESv2 -lbcm_host -lvchostif -lvcos -lvchiq_arm -pthread -lEGL


What I see is that:
In the configure file the variable QMAKE_LIBS_EGL is properly set through pkg-config.
In the egl.pro file... The variable LIBS gets the content of QMAKE_LIBS_EGL and the variable QMAKE_LIBS_EGL gets back to its default -lEGL.

In the end with have -lGLESv2 before -lEGL and this does not link.

I checked also the content of .qmake.vars:
grep QMAKE_LIBS_EGL .qmake.vars
QMAKE_LIBS_EGL = -lEGL -lGLESv2 -lbcm_host -lvchostif -lbcm_host -lvcos -lvchiq_arm -pthread


The command QMakeVar set QMAKE_LIBS_EGL "$QMAKE_LIBS_EGL" seems to have his job done too late...

If someone has an idea to get the proper correction done...

Best Regards,
Julien




--------------090207060601010202020800--