-
Notifications
You must be signed in to change notification settings - Fork 742
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
deprecate features adopted into C++ #1198
deprecate features adopted into C++ #1198
Conversation
1) Mark the following GSL features as deprecated: - gsl::unique_ptr (always) - gsl::shared_ptr (always) - gsl::byte (since c++17) - gsl::joining_thread (never implemented) 2) Refactor existing deprecations to use the new GSL_DEPRECATED(msg) macro. 3) Create a section in the README for deprecated features in the standard.
ac626c0
to
49e86be
Compare
49e86be
to
7b3165e
Compare
#if GSL_USE_STD_BYTE | ||
#define BYTE_TYPE std::byte | ||
#else // !GSL_USE_STD_BYTE | ||
#define BYTE_TYPE byte | ||
#endif // GSL_USE_STD_BYTE | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is that macro introduced? It was not needed before. Did some code not compile without this macro?
And why is this macro exported?
A macro with a generic name like BYTE_TYPE
looks like it has potential to break existing code.
@@ -18,7 +18,7 @@ | |||
#define GSL_SPAN_H | |||
|
|||
#include "./assert" // for Expects | |||
#include "./byte" // for byte | |||
#include "./byte" // for BYTE_TYPE |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It worries me if that change is necessary. That would mean that users using GSL might also need to use BYTE_TYPE
instead of gsl::byte
, which in my opinion is a change for the worse.
standard.