CMake doesn’t detect dependency headers

[bentley]

With ppsspp-1.4.2 on OpenBSD, the build fails:

/usr/local/bin/ccache /usr/ports/pobj/ppsspp-1.4.2/bin/cc -DNO_VULKAN -DSDL -DSHARED_LIBZIP -DSHARED_ZLIB -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1 -D_XOPEN_SOURCE_EXTENDED -D__BSD_VISIBLE=1 -D__STDC_CONSTANT_MACROS -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2 -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/Common -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native/ext/rg_etc1 -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/cityhash -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native/ext -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/libkirk -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/sfmt19937 -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/xbrz -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/xxhash -isystem /usr/local/include/SDL2 -isystem /usr/local/include -O2 -pipe -Qunused-arguments -fcolor-diagnostics -DNDEBUG -O3 -D_NDEBUG   -Wno-multichar -Wno-deprecated-register -fno-strict-aliasing -msse2 -include /usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ppsspp_config.h -MD -MT CMakeFiles/native.dir/ext/native/gfx_es2/gl3stub.c.o -MF CMakeFiles/native.dir/ext/native/gfx_es2/gl3stub.c.o.d -o CMakeFiles/native.dir/ext/native/gfx_es2/gl3stub.c.o   -c /usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native/gfx_es2/gl3stub.c
In file included from /usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native/gfx_es2/gl3stub.c:17:
In file included from /usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native/gfx_es2/../gfx/gl_common.h:14:
/usr/local/include/GL/glew.h:1205:14: fatal error: 'GL/glu.h' file not found
#    include <GL/glu.h>
             ^~~~~~~~~~
1 error generated.
ninja: build stopped: subcommand failed.

This is because glew.h includes GL/glu.h, which in OpenBSD is located in /usr/X11R6/include outside the default compiler search path.

The FindGLEW.cmake with my CMake installation should figure this out automatically (I assume through pkg-config) and set GLEW_INCLUDE_DIRS appropriately.

$ pkg-config --cflags glew
-I/usr/local/include -I/usr/X11R6/include -I/usr/X11R6/include/libdrm

The same happens later in the build, with libzip’s /usr/local/lib/libzip/include/zipconf.h:

/usr/local/bin/ccache /usr/ports/pobj/ppsspp-1.4.2/bin/c++  -DNO_VULKAN -DSDL -DSHARED_LIBZIP -DSHARED_ZLIB -DUSE_FFMPEG=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE=1 -D_XOPEN_SOURCE_EXTENDED -D__BSD_VISIBLE=1 -D__STDC_CONSTANT_MACROS -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native -I/usr/X11R6/include -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2 -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/Common -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native/ext/rg_etc1 -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/cityhash -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/native/ext -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/libkirk -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/sfmt19937 -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/xbrz -I/usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ext/xxhash -isystem /usr/local/include -isystem /usr/local/include/SDL2 -I/usr/X11R6/include -Qunused-arguments -fcolor-diagnostics -Wno-switch -Wno-uninitialized -DNDEBUG -O3 -D_NDEBUG   -Wno-multichar -Wno-deprecated-register -fno-strict-aliasing -msse2 -include /usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/ppsspp_config.h -std=gnu++11 -MD -MT CMakeFiles/Core.dir/Core/Util/GameManager.cpp.o -MF CMakeFiles/Core.dir/Core/Util/GameManager.cpp.o.d -o CMakeFiles/Core.dir/Core/Util/GameManager.cpp.o -c /usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/Core/Util/GameManager.cpp
In file included from /usr/ports/pobj/ppsspp-1.4.2/ppsspp-1.4.2/Core/Util/GameManager.cpp:25:
/usr/local/include/zip.h:59:10: fatal error: 'zipconf.h' file not found
#include <zipconf.h>
         ^~~~~~~~~~~
1 error generated.
ninja: build stopped: subcommand failed.


$ pkg-config --cflags libzip
-I/usr/local/include -I/usr/local/lib/libzip/include

[hrydgard]

Don't know how to fix this. Pull requests accepted :)

[unknownbrackets]

Is this still an issue?

I think CMake has a way to specify this now and in theory it just works automatically?
https://cmake.org/cmake/help/latest/prop_tgt/INTERFACE_INCLUDE_DIRECTORIES.html

-[Unknown]