summaryrefslogtreecommitdiffhomepage
path: root/Stars45/Stars.vcxproj
AgeCommit message (Collapse)Author
2019-09-12Fix ill-formed and warning-causing new overloaded and delete operatorsYasha Jannoo
From VS2015 onwards, overloaded new and delete operators were no longer allowed to be declared inline. See https://docs.microsoft.com/en-us/cpp/porting/visual-cpp-what-s-new-2003-through-2015?view=vs-2019. As a consequence of moving the definitions into source files, we cannot simply include the headers in the files they are required in without also either creating a static library or including the source files in the projects. Do the latter as the pattern fits other examples of dependencies across projects in the solution. The overloaded operator definitions could be made neater in a future change. For now they are written as their declarations appear in the header file, with the same ifdefs as in the header file.
2019-09-10Turn off edit and continue.Yasha Jannoo
Fixes incompatibility between /ZI and /Gy- by not allowing ZI at all for the time-being. We can turn it on again later.
2019-09-10Turn off Minimal Rebuild across the boardYasha Jannoo
This is the \Gm compiler flag. There are warnings that this is deprecated, and the general advice is that setting the multiprocessor build flag should be used instead.
2019-09-10Revert "Turn off Minimal Rebuild across the board"Yasha Jannoo
This reverts commit f935fb0960b1563d6404d2fec21963b20f498a3b.
2019-09-10Turn off Minimal Rebuild across the boardYasha Jannoo
This is the \Gm compiler flag. There are warnings that this is deprecated, and the general advice is that setting the multiprocessor build flag should be used instead.
2019-09-10Remove FORCE flag from Stars projectYasha Jannoo
We shouldn't hide potential issues and it seems to be compiling okay without.
2019-09-09Naively turn off UseOfMfcYasha Jannoo
In addressing the complaint here, https://www.hard-light.net/forums/index.php?topic=80935.msg1853522#msg1853522 I have decided to include all the standard libraries for the debug build in the same way that the retail build does. I don't have enough information to know why this is different, but I could not resolve my build issues by instead adding more required libraries to the "Linked Dependencies". I could retry this solution later and roll this back.
2019-09-05Retarget for new MSBuild toolsetsYasha Jannoo
Retarget all projects in the Starshatter.sln from v110 (VS12) to v141 (VS17)
2013-07-10Updating the project files so that building works againfwoltermann@gmail.com
2012-06-13One of these days, I'ma be done with project file updatesFWoltermann@gmail.com
2012-06-06More project file fixesFWoltermann@gmail.com
2012-06-06Aaaand more VS2012 compat stuff.FWoltermann@gmail.com
2012-06-05REdoing r71, without the mistakesFWoltermann@gmail.com
2012-06-05Add VS2012 configs to the project files.FWoltermann@gmail.com
2012-05-28Sets a few properties for VS2011FWoltermann@gmail.com
2012-05-26Updating the project files a bit. Also adding a solution file for MSVC 2011.FWoltermann@gmail.com
2012-01-07Adding experimental x64 build configs. THESE DO NOT WORK YET.FWoltermann@gmail.com
2011-12-10Adding a little helper to allow quicker turnaround. If you create an ↵FWoltermann@gmail.com
environment variable with the name "STARSHATTERPATH" pointing to the directory where Starshatter is installed (C:\Matrix Games\Starshatter by default), builds will automatically be copied there once compilation is finished.
2011-12-09Changing the main Starshatter output name to "Starshatter_D.exe" for debug ↵FWoltermann@gmail.com
builds
2011-12-08Various things needed to compile the normal executable.FWoltermann@gmail.com
Do note that it is possible to compile Starshatter.exe now.
2011-12-08More scoping fixesFWoltermann@gmail.com
2011-12-08Initial uploadFWoltermann@gmail.com