-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Fix compilation with MinGW32 #4211
Conversation
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.
A few things to address here including a bug (although it was not created by you). Unfortunately my knowledge is limited when it comes to mingw and windows builds so if you or anyone else can provide some suggestions that would be appreciated.
library/platform_util.c
Outdated
#define PLATFORM_UTIL_USE_GMTIME | ||
#endif /* ! ( defined(_WIN32) && !defined(EFIX64) && !defined(EFI32) ) */ | ||
#endif /* ! ( defined(_WIN32) && !defined(EFIX64) && !defined(EFI32) ) || \ |
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.
I would just remove the cruft after #endif
- the #if
is so close this is unnecessary
Added fix for #4015 I think all review comments have been addressed, so should be ready for review. |
The primary audience of long-term support branches is people who are already using Mbed TLS in a particular setting, and want it to keep working. The focus is on problems that these people always had, but didn't know they were having, such as bad behavior on certain inputs which had always been possible but had never been noticed. In terms of platform portability, this means that fixing an incompatibility with a newer version of an already-supported platform is important — we want users to be able to upgrade their compiler or operating system and keep running their application. Fixing an incompatibility that had always existed is less important since it only affects users who are doing something new (porting their application to a new platform). Since this patch is of the latter kind, and there's some risk that it would break a platform where the library does work, I'm inclined to not backport. |
Signed-off-by: Cameron Cawley <[email protected]>
Signed-off-by: Dave Rodgman <[email protected]>
Signed-off-by: Dave Rodgman <[email protected]>
MSVC and C11 specify different arguments and return value meaning for gmtime_s. Signed-off-by: Dave Rodgman <[email protected]>
Rebased against development to try and address CI issue |
Signed-off-by: Dave Rodgman <[email protected]>
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.
Looks like all the comments are addressed so LGTM.
Description
Fixes #2087. MinGW-w64 should be unaffected by this change.
Status
READY
Requires Backporting
No - not worth backporting to an LTS
Migrations
NO
Todos