diff options
| author | Marc Mutz <marc.mutz@kdab.com> | 2014-12-26 21:43:40 +0100 |
|---|---|---|
| committer | Marc Mutz <marc.mutz@kdab.com> | 2015-01-08 00:12:26 +0100 |
| commit | ceb753626f694c8539c1155528886feb6dc18c80 (patch) | |
| tree | abdb2e84bef82bb9c0eb45c09785bf0c7e57f545 /src/widgets/doc/snippets/javastyle.cpp | |
| parent | d72544ea1192d520dd6af1a0c1cec42e2636b67f (diff) | |
QSize: plaster API with Q_DECL_NOTHROW
This is mostly straight-forward, but some things are worth noting:
1. Yes, this is necessary. The noexcept operator looks for noexcept tagging,
not at the contents of the function to determine whether to return true.
The more conditionally-noexcept functions are used, the more important it
becomes that low-level classes are correctly marked noexcept. In that, it
is like constexpr.
2. In accordance with the rules governing noexcept specifications for the
standard library itself, the operator/-family of functions are not marked
as noexcept, since they have preconditions and thus a narrow contract.
Narrow-contract functions should not be noexcept. All other functions
have wide contracts (ie. no preconditions).
Change-Id: I9fc94218a2728c272483f9c2826c265f5b11c9b4
Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>
Diffstat (limited to 'src/widgets/doc/snippets/javastyle.cpp')
0 files changed, 0 insertions, 0 deletions
