You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Another solution would be to use boost.winapi inside the library to avoid including windows.h at all. That would involve a new dependency though.
In both cases, if you include windows.h before the containers are included, you would have to undefine this small macro yourself. It seems like just one more case of conflict with the macros in windows.h that happen all the time, like the MINMAX macros, that are in conflict even with std::max/std::min.
If you include windows.h before other libraries, I don't see any other possible solution to that other than not letting windows.h define these macros or undefine any macros windows.h defines.
Bug category
Describe the bug
When trying to integrate 'small' with Windows, if you include <windows.h> in your project, it has defined
small
to be char. See:https://stackoverflow.com/questions/27793470/why-does-small-give-an-error-about-char
Steps to Reproduce
Using MSVC, include <windows.h> and then include <small/vector.h> - a compiler error will occur
Platform
Environment Details:
Additional context
The text was updated successfully, but these errors were encountered: