All over the codebase, I get errors like this:
... this translates to:error C2039: "min": Nie jest składową "std"
One of the files with such problem is GG/GG/Clr.h... and fair enough it does use std::min without including <algorithm>, which, according to cppreference, it should.error C2039: "min": Is not a member "std"
Oh, it's all over the codebase, because virtually everything includes GG/GG/Clr.h, it seems.
There are also many warnings about narrowing conversions, includingin the Clr.h.
Edit: Why can std::max and std::min still be used even if I didn't #include <algorithm>?
Edit2: This all seems to be inside inlined functions... maybe it works "magically" because of inlining under some compilers?
Edit3: Adding #include <algorithm> to Clr.h fixes compilation. I still have some linking issues:
The game build seems to be looking for boost_filesystem-vc141-mt-x32-1_70.lib, while my SDK folder contains simply boost_filesystem.lib. Game CMAKE is configured properly and points to the library in the SDK build directory."C:\Users\ \Documents\Build\freeorion\ALL_BUILD.vcxproj" (domyślny element docelowy) (1)->
"C:\Users\ \Documents\Build\freeorion\test\system\fo_systemtest_game.vcxproj" (domyślny element docelowy) (4
)->
(element docelowy Link) ->
LINK : fatal error LNK1104: nie mo┐na otworzyŠ pliku äboost_filesystem-vc141-mt-x32-1_70.libö [C:\Users\ \
Documents\Build\freeorion\test\system\fo_systemtest_game.vcxproj]
Sorry for the wachy symbols, Powershell + CMAKE + MSBuild seem to be really confused about encoding (telephone effect).
Edit4: It's even weirder, as the call to link.exe explicitly refers to the sort name, b]boost_filesystem.lib[/b]...