[Buildroot] AM3517 Neon, OpenGL & EGLFS support
charles.krinke at gmail.com
Thu Jun 6 18:20:05 UTC 2013
Your new patch looks like the only difference is the line changing
I still get the same error when compiling Qt and that is:
patching file mkspecs/common/posix/qplatformdefs.h
>>> libgles undefined Configuring
>>> libgles undefined Building
>>> libgles undefined Installing to target
>>> libegl undefined Extracting
>>> libegl undefined Patching package/opengl//libegl
>>> libegl undefined Configuring
echo "No libEGL implementation selected. Configuration error."
So, from this, I am assuming there is some mis-configuration on my end
that is causing buildroot to go into the package/opengl/libgles
directory when perhaps it should be going to either somewhere in Qt
(QtOpenGl perhaps) or somewhere in Graphics_SDK_XXX. I am searching
more into that.
Perhaps one way to converge this would be to get your patch committed
to the buildroot repository. The only parts that appear to be missing
are the QMAKE_LIBS_INCDIR_OPENGL* ^ BR2_PACKAGE_QT_OMAP_LIB_PATH from
night before last build on the buildroot server.
If we could get the logic that pertains to the external TI
Graphics_SDK committed into buildroot then those folks that wish to
use QtDeclarative or another option that needs the Graphics_SDK, then
we could be a bit further along for all.
On 6/6/13, Wojciech Sleńska <wojciech.slenska at gmail.com> wrote:
> Hello Charles,
> I didn't check this patch for current version of buildroot. It was
> created some time before 2013.05. Sorry for that.
> I noticed that there was some changes in libgles configuration in new
> versions of buildroot.
> In attachment you can find patch for buildroot 2013.05 and my .config file.
> In config I used arago compiler, because I had some problems in past
> with others compilers – maybe just for sure use arago. You can find it
> Few minutes ago I made build and test this solution on my TI AM3517
> and it is working.
> Best Regards
> Wojciech Slenska
> 2013/6/6 Charles Krinke <charles.krinke at gmail.com>:
>> Dear Wojciech:
>> I have been working with your patch but seem to have gotten myself
>> into another "pickle" in that when I compile, I get the sequence
>> below. I will start again fresh in the morning with the original patch
>> and the nightly build from buildroot, which will be
>> Question, I presume the patch should apply against tonights buildroot?
>> If not, is there a nightly build you would recommend for applying to
>> patch to?
>> If you have a suggestion on the errors, that would be appreciated.
>> Hopefully you, Spenser or Prabu can get this and any remaining logic
>> into buildroot so Neon, OpenGl and EGLFS support becomes part of the
>> buildroot trunk, soon.
>>>>> qt5base 5.0.2 Extracting
>> | tar --strip-components=1 -C
>> /home/ckrinke/buildroot-20130605/output/build/qt5base-5.0.2 -xf -
>>>>> qt5base 5.0.2 Patching package/qt5//qt5base
>> Applying qt5base-mkspecs-files.patch using patch:
>> patching file mkspecs/devices/linux-buildroot-g++/qmake.conf
>> patching file mkspecs/devices/linux-buildroot-g++/qplatformdefs.h
>> Applying qt5base-uclibc-no-lfs.patch using patch:
>> patching file mkspecs/common/posix/qplatformdefs.h
>>>>> libgles undefined Configuring
>>>>> libgles undefined Building
>>>>> libgles undefined Installing to target
>>>>> libegl undefined Extracting
>>>>> libegl undefined Patching package/opengl//libegl
>>>>> libegl undefined Configuring
>> echo "No libEGL implementation selected. Configuration error."
>> No libEGL implementation selected. Configuration error.
More information about the buildroot