Open lucasvinbr opened 1 year ago
Thank you for attempting to build it for Windows.
/bigobj
might be better. I believe Microsoft does the same for UWP apps because their template heavy code also exceeds the limit.sol::this_state
argument (that has no default). Possibly the presence of the default argument at all. In any case, I think removing the default arguments should be doable and advisable.Alright, I've finally got it to build on Windows! I removed the default arguments, added /bigobj, and then had to add skipping of members with no name, because BindShaderParameter was being generated with 2 empty member variables (I think it was because of the "union" keyword being used there?). Would it be interesting to add these changes as a PR?
I'd appreciate that, please do.
After setting up the symlinks, I've successfully built and run the project on Linux, but I've run into some issues when building with visual studio on Windows:
undef SendMessage
endif` to the BindConnection.cpp file, just like in Urho's Connection.cpp file, because apparently Windows has that define overriding things. It could be added via the binding generator, right?
No constructor could take the source type, or constructor overload resolution was ambiguous
in some files, followed by C2440 errors in those same files and lines. -- The error message in all of them iscan't convert from "unkown" to "sol::this_state"
. -- Here's my build log; it's in portuguese, but the line numbers are there, so maybe it could help: build-out.txt . -- The one pattern I've noticed is that the overloads the compiler complained about seem to be the ones that have parameters with default values for them, like Node's CreateChild withCreateMode mode = REPLICATED
Thanks!