unix/Makefile: Allow users to specify the C++ standard used.#8305
unix/Makefile: Allow users to specify the C++ standard used.#8305stinos wants to merge 2 commits intomicropython:masterfrom
Conversation
Maybe that usercmodule can update the flags in its .mk file?
I don't think they would be. And if they are it's an easy fix on the command line to append to CFLAGS_EXTRA. So I'd say remove the HASCCP17 thing. |
That probably makes most sense, and then it can be removed from the main Makefile completely. However C++14 has actually been the default for gcc since v6 which is about 6 years old by now. So simply removing, without any addition to the .mk, is actually going to work for a lot of cases. stm32 port does that as well btw. Ok? |
Yes that sounds OK. As long as the CI passes 😄 |
8766f30 to
4c7b854
Compare
This was added merely for building the C++ user module example, so it's a better fit to add it in the corresponding micropython.mk.
Enables building user modules which use C++ code, like the unix port.
4c7b854 to
db5fb07
Compare
Was going to say 'yeah sure' but then the macos build failed, so added in mpconfigport.mk after all. |
raise kernel load addr and slip stack under kernel on both 32bit and 64bit
Mainly for user modules.
Actually, I'm not sure the whole
HASCPP17part should even be there: it's not needed for the MicroPython source itself (that just needs at least c++11 because the usercmodule example uses that). I'd be happy to remove it, but it's maybe too late for that now (as in: people relying on it)?