Unable to compile the C++ example on Ubuntu 22.04 and g++ 11.4.0 about state-oriented-programming

[quantum-leaps]

Thanks for your interest in this older article (from 2000!).
I've updated the code to compile with options "-pedantic -Wall -Wextra".
Please check if this compiles with your g++ 11.
--MMS

[vanem]

Thank you for responding!! I was aware that this is based on such an old article, and I know about QP, but this is such a great and simple pattern for what it's able to achieve (and with no other external dependencies). I already used in C and Python (and not only in embedded).
Regarding your code changes, g++ still gives an error message:

watch.cpp:211:41: error: ISO C++ forbids taking the address of an unqualified or parenthesized non-static member function to form a pointer to member function.  Say ‘&Watch::topHndlr’ [-fpermissive]
  211 |   : Hsm("Watch", static_cast<EvtHndlr>(&topHndlr)),
      |                                         ^~~~~~~~

but at least the message is meaningful, and the suggested change solves the problem, no more errors/warnings with casts like this:

  : Hsm("Watch", static_cast<EvtHndlr>(&Watch::topHndlr)),

There are also complains for the use of register, but that's obvious.

PS: I apologize, I somehow missed the paragraph in this project readme Notes About C++ Implementation, where the cast reinterpret_cast<EvtHndlr>(&<class>::<func>) is suggested for newer non-embedded compilers

[quantum-leaps]

I've changed the casts in the C++ example code (watch.cpp and hsmtst.cpp) to use reinterpret_cast<EvtHndlr>(...). I hope this will compile and run.
--MMS

[vanem]

It does work for me on Ubuntu/x86/gcc11.4.0 c++ standard >=11, by using casts in the form:
reinterpret_cast<EvtHndlr>(&<class>::<func>)) or static_cast<EvtHndlr>(&<class>::<func>))
for example:
static_cast<EvtHndlr>(&Watch::timekeepingHndlr) or reinterpret_cast<EvtHndlr>(&Watch::timekeepingHndlr)
Having the fully qualified methodname <class>::<func> is required for an error free build
I closed the issue, thank you!

[quantum-leaps]

OK, I fixed the issues noted for posteriority.