Other Coding Rules: Difference between revisions

From OpenMW Wiki
Jump to navigation Jump to search
m (Reverted edits by Zini (talk) to last revision by Ap0)
mNo edit summary
Line 21: Line 21:
* Don't use C++0x features (until we made sure everyone's compiler supports these)
* Don't use C++0x features (until we made sure everyone's compiler supports these)
* Remember the [https://en.wikipedia.org/wiki/Rule_of_three_%28C%2B%2B_programming%29 Rule of Three].
* Remember the [https://en.wikipedia.org/wiki/Rule_of_three_%28C%2B%2B_programming%29 Rule of Three].
== Visual Studio 2013 ==
OpenMW currently supports Windows XP. To maintain compatibility with our Visual Studio 2013 build system, the following issues have been identified.
*C++11 Core Language Feature constexpr is not supported. [https://msdn.microsoft.com/en-us/library/hh567368.aspx MSDN]
**[https://github.com/OpenMW/openmw/pull/1414#pullrequestreview-58477144 Pull Request #1414 · OpenMW/openmw · GitHub]
**[https://github.com/OpenMW/openmw/pull/1450#pullrequestreview-62409966 Pull Request #1450 · OpenMW/openmw · GitHub]
*Avoid using single-value initialization of plain C-arrays. It is not well defined with C++11.
**[https://github.com/OpenMW/openmw/pull/1450#issuecomment-329764654 Pull Request #1450 · OpenMW/openmw · GitHub]

Revision as of 04:09, 11 October 2017

Namespaces

We prefer fully qualified names (e.g. std::cout).

Using directives (e.g. "using namespace std") are not welcome. Using directives in headers will result in the code being rejected.

Using declarations (e.g. "using std::cout") are tolerated, but should be used only in the innermost possible scope (i.e. usually function scope). Fully qualified names are still preferred.

Do not declare any names in the global namespace (the only exception to this rule is the file which contains the main() function of an executable).

Other Pieces of Advice

  • Prefer C++ means over C means. In particular:
    • Do not use the preprocessor for purposes other than conditional compiling (this includes include guards)
    • Use C++ streams instead of C I/O
    • Use new/delete instead of malloc/free (but usage of new/delete should also be limited, see below)
  • Prefer STL-container over raw arrays and new[]/delete[].
  • Use new/delete only when necessary. Prefer automatic storage duration.
  • Throw exceptions instead of retuning error codes.
  • When returning a pointer, don't return a 0-pointer in case of an error (returning a 0-pointer is still valid, if it does not represent an error situation).
  • Don't use C++0x features (until we made sure everyone's compiler supports these)
  • Remember the Rule of Three.

Visual Studio 2013

OpenMW currently supports Windows XP. To maintain compatibility with our Visual Studio 2013 build system, the following issues have been identified.