From e2c2c220c642cc5f1c622f909d0ddfd22e6c04d4 Mon Sep 17 00:00:00 2001 From: Tim Foley Date: Fri, 11 May 2018 16:34:19 -0700 Subject: Generate Visual Studio projects using Premake (#557) * Generate Visual Studio projects using Premake This change adds a `premake5.lua` file that allows us to generate our Visual Studio solution using Premake 5 (https://premake.github.io/). The existing Visual Studio solution/projects are now replaced with the Premake-generated ones, and project contributors will be expected to update these by running premake after adding/removing files. I have *not* changed the Linux `Makefile` build at all, because that file is also used for things like running our tests, so that clobbering it with a premake-generated `Makefile` would break our continuous testing. Hopefully future changes can switch to a generated `Makefile` and perhaps even add an XCode project as well. Notes: * The `build/slang-build.props` file is no longer needed/used, so it has been removed. * The `slang-eval-test` test fixture wasn't following our naming conventions for its directory path, so it was updated to streamline the Premake build configuration work. This required changes to the `Makefile` as well * Some seemingly unncessary preprocessor definitions that were specified for `core` and `slang-glslang` have been dropped. We will see if anything breaks from that. * Possible fixup for Premake vpath issue Premake's `vpath` feature seems to be nondeterministic about the order it applies filters (because Lua isn't deterministic about the order of entries in a key/value table), and as a result we can end up in a weird case where it decides that a `foo.cpp.h` file matches the `**.cpp` filter (I'm not sure why) before it tests against the `**.h` filter. This change uses an (undocumented) Premake facility to set `vpath` using a list of singleton tables, which seems to fix the order in which things get tested. * Remove support for "single-file" build of Slang The `hello` example was the only bit of code that uses the "single-file" way of building Slang, and this had already run up against limitations of the Visual Studio compilers in its Debug|x64 build. Rather than mess with Premake to make it pass through the `/bigobj` linker flag that is needed to work around the issue, it makes more sense just to stop using/supporting the feature since we wouldn't want users to depend on it anyway (our documentation no longer refers to it). While I was at it I went ahead and made sure that the `SLANG_DYNAMIC` flag doesn't need to be set manually, so that instead there is a non-default `SLANG_STATIC` option (not that we have a static-library build of Slang at the moment). --- tools/render-test/render-test.vcxproj | 155 +++++++++++++++++----------------- 1 file changed, 76 insertions(+), 79 deletions(-) (limited to 'tools/render-test/render-test.vcxproj') diff --git a/tools/render-test/render-test.vcxproj b/tools/render-test/render-test.vcxproj index 9889ba979..eabb11615 100644 --- a/tools/render-test/render-test.vcxproj +++ b/tools/render-test/render-test.vcxproj @@ -5,14 +5,14 @@ Debug Win32 - - Release - Win32 - Debug x64 + + Release + Win32 + Release x64 @@ -20,89 +20,89 @@ {96610759-07B9-4EEB-A974-5C634A2E742B} + true Win32Proj - rendertest + render-test 10.0.14393.0 Application true - v140 Unicode - - - Application - false v140 - true - Unicode Application true + Unicode v140 + + + Application + false Unicode + v140 Application false - v140 - true Unicode + v140 - - - - + - - + - - true - $(SolutionDir)external\;$(SolutionDir);$(IncludePath) - $(SolutionDir)external\vulkan\lib\windows-$(PlatformShortName)\;$(LibraryPath) + ..\..\bin\windows-x86\debug\ + ..\..\intermediate\windows-x86\debug\render-test\ + render-test + .exe true - $(SolutionDir)external\;$(SolutionDir);$(IncludePath) - $(SolutionDir)external\vulkan\lib\windows-$(PlatformShortName)\;$(LibraryPath) + ..\..\bin\windows-x64\debug\ + ..\..\intermediate\windows-x64\debug\render-test\ + render-test + .exe false - $(SolutionDir)external\;$(SolutionDir);$(IncludePath) - $(SolutionDir)external\vulkan\lib\windows-$(PlatformShortName)\;$(LibraryPath) + ..\..\bin\windows-x86\release\ + ..\..\intermediate\windows-x86\release\render-test\ + render-test + .exe false - $(SolutionDir)external\;$(SolutionDir);$(IncludePath) - $(SolutionDir)external\vulkan\lib\windows-$(PlatformShortName)\;$(LibraryPath) + ..\..\bin\windows-x64\release\ + ..\..\intermediate\windows-x64\release\render-test\ + render-test + .exe - - + NotUsing Level3 + _DEBUG;%(PreprocessorDefinitions) + ..\..;..\..\external;..\..\source;%(AdditionalIncludeDirectories) + EditAndContinue Disabled - WIN32;_DEBUG;_WINDOWS;%(PreprocessorDefinitions) - ../../source/ MultiThreadedDebug - true Console @@ -111,14 +111,13 @@ - - + NotUsing Level3 + _DEBUG;%(PreprocessorDefinitions) + ..\..;..\..\external;..\..\source;%(AdditionalIncludeDirectories) + EditAndContinue Disabled - _DEBUG;_WINDOWS;%(PreprocessorDefinitions) - ../../source/ MultiThreadedDebug - true Console @@ -127,67 +126,42 @@ + NotUsing Level3 - - - MaxSpeed + NDEBUG;%(PreprocessorDefinitions) + ..\..;..\..\external;..\..\source;%(AdditionalIncludeDirectories) + Full true true - WIN32;NDEBUG;_WINDOWS;%(PreprocessorDefinitions) - ../../source/ + false + true MultiThreaded - true Console true true - true + NotUsing Level3 - - - MaxSpeed + NDEBUG;%(PreprocessorDefinitions) + ..\..;..\..\external;..\..\source;%(AdditionalIncludeDirectories) + Full true true - NDEBUG;_WINDOWS;%(PreprocessorDefinitions) - ../../source/ + false + true MultiThreaded - true Console true true - true - - - - - - - - - - - - - - - - - - - - - - - @@ -211,12 +185,35 @@ + + + + + + + + + + + + + + + + + + + + + + + - {f9be7957-8399-899e-0c49-e714fddd4b65} + {F9BE7957-8399-899E-0C49-E714FDDD4B65} - {db00da62-0533-4afd-b59f-a67d5b3a0808} + {DB00DA62-0533-4AFD-B59F-A67D5B3A0808} -- cgit v1.2.3