Conversation
|
@microsoft-github-policy-service agree |
0bcfaff to
396259a
Compare
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
|
This PR introduces undefined behavior: https://eel.is/c++draft/requirements#namespace.std-2 There is no program-defined type here. This also fails if 2 libraries try to do this. |
| @@ -0,0 +1,74 @@ | |||
| #include <cstdint> | |||
There was a problem hiding this comment.
| #include <cstdint> | |
| #pragma once | |
| #include <cstddef> | |
| #if (_LIBCPP_VERSION >= 190000) | |
| #include <cstdint> |
|
|
||
| static int_type eof() noexcept { return static_cast<int_type>(-1); } | ||
| }; | ||
| } // namespace std |
There was a problem hiding this comment.
| } // namespace std | |
| } // namespace std | |
| #endif // (_LIBCPP_VERSION >= 190000) |
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
Cpprestsdk fails to compile on newer MacOS due to missing char_traits. This provides the fix from microsoft/cpprestsdk#1820 Related to microsoft/cpprestsdk#1812
|
I guess a proper fix would be
|
|
Using unsigned types with any of the string and stream templates is a can of worms. As far as I know the C++ standard does not mandate the standard library to support unsigned char types in those. I think ideally only the standard char types should be used, and applications using stream apis should convert from and to unsigned types if they need to in application code. But it would unfortunately be a breaking change. |
|
Fixes 1812
char_traits<uint8_t>type was not supplied