From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?UGV0ZXIgS8O8bW1lbA==?= Date: Fri, 30 May 2014 23:16:14 +0200 Subject: [Buildroot] [PATCH 1/1] ti-gfx: pkg-config should also set parent include dir In-Reply-To: <20140530205741.GE3474@free.fr> References: <1401462022-10744-1-git-send-email-syntheticpp@gmx.net> <5388A9DC.1010204@gmx.net> <20140530222718.5cb42dd5@free-electrons.com> <5388ECDC.6050909@gmx.net> <20140530205741.GE3474@free.fr> Message-ID: <5388F51E.10507@gmx.net> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net On 30.05.2014 22:57, Yann E. MORIN wrote: > Peter, All, > > On 2014-05-30 22:41 +0200, Peter K?mmel spake thusly: >> In short: anybody assumes "#include " works when the search >> paths of pkg-config are used. But when pkg-config reports /usr/include/GLES2 >> gl2.h could not be found, because there is no /usr/include/GLES2/GLES2/gl2.h. >> >> Until now this doesn't pop up because by chance the directory GLES2 >> resides in /usr/include and this path is added by most by build systems. >> But the cmake configure scripts of Qt5 test for "GLES2/gl2.h" only in the path >> reported by pkg-config. > > And what if we do not specify any Cflags in the .pc? Is Qt5's configure > script happy with that? > > Regards, > Yann E. MORIN. > The cmake code generated by Qt5 is very restrictive (sysroot/usr/lib/cmake/Qt5Gui/Qt5GuiConfigExtras.cmake): set(_GL_INCDIRS "/usr/include/GLES2") find_path(_qt5gui_OPENGL_INCLUDE_DIR GLES2/gl2.h PATHS ${_GL_INCDIRS} NO_DEFAULT_PATH) where _GL_INCDIRS is the path list reported by pkg-config. So specifying an empty Cflags would also fail because no paths at all are searched. Peter