-
Notifications
You must be signed in to change notification settings - Fork 3k
CriticalSectionLock: fixing missing include #5912
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
Conversation
Macro MBED_DEPRECATED_SINCE is defined in platform/mbed_toolchain.h which was not included. If someone used member functions lock or unlock (which are prefixed with MBED_DEPRECATED_SINCE since some time), there would be a compile error instead of a warning. Including mbed_toolchain.h fixes that.
Automatic CI verification build not done, please verify manually. |
/morph build |
Build : SUCCESSBuild number : 927 Triggering tests/morph test |
Exporter Build : SUCCESSBuild number : 615 |
Test : FAILUREBuild number : 767 |
seems like some test hardware failed to sync |
Am I able to trigger the tests? Or do only members have the permissions to do the /morph build ? :) |
/morph build |
Ok, I answered the question to myself :P |
We will retrigger CI, there is known issue with one device (not related to this PR), fix is already under tests |
yeah I experience the same issue here with my NUCLEO-F746ZG board ... It is stuck somewhere before entering my application code. As I own such a board - can I be of any help fixing the issue? ;) |
Any help appreciated 👍 Thanks for confirming the issue ! |
I already found that revert and tested it ... just to realize it only reverts the changes for NUCLEO_F767ZI ... but the issue is also present on the NUCLEO_F746ZG (which I own) |
Ok I just tested #5932, and I can confirm that it fixes the problem |
/morph build |
Build : SUCCESSBuild number : 947 Triggering tests/morph test |
Test : SUCCESSBuild number : 778 |
Exporter Build : SUCCESSBuild number : 635 |
Description
Macro MBED_DEPRECATED_SINCE is defined in platform/mbed_toolchain.h which was not included.
If someone used member functions lock or unlock (which are prefixed with MBED_DEPRECATED_SINCE since some time), there would be a compile error instead of a warning.
Including mbed_toolchain.h fixes that.
Status
READY
Steps to test or reproduce
Use CriticalSectionLock.lock() in a cpp file where CriticalSectionLock.h is included before mbed.h - compile error will occur.