Open edo9300 opened 1 month ago
I think the issue is that you're not adding test/subproject/ to the include search path, i.e.:
project "subproject"
kind "StaticLib"
files { "src/*.cpp" }
forceincludes { "forced-header.h" }
includedirs { "." }
/FI
(MSVC) and --include
(gcc, clang) basically just prepend the source files with #include "forced-header.h"
, and have no additional magic to find that file beyond how it finds any other include file (well, other than GCC will first search the preprocessors working directory for forced includes... for reasons. Hence the difference you see between MSVC and gmake2).
Yeah, that seemed to be it, I guess the docs need to be updated in case to specify that the folder must be aging the include directories
What seems to be the problem? I'm using premake with a project that has a structure like this
this is the content of the topmost premake5.lua file
this is the content of the second premake5.lua
My intention is to have
forced-header.h
be included in all the files in the src folder, and as the docs sayPaths should be specified relative to the currently running script file.
Instead, the generated solutions don't work as expected, with the gmake2 and msvc targets also differing in their behaviour:forceincludes { "../forced-header.h" }
to premakebuild
directory, and to have it found it has to be passed asforceincludes { "../subproject/forced-header.h" }
to premakeWhat did you expect to happen? The function behaves as described and the targets properly find the header, or at least "break" in a consistent way
How can we reproduce this?
What version of Premake are you using? premake5 (Premake Build Script Generator) 5.0.0-beta2