* We're accepting pull requests.
* Mention compiler switches in code font.
* Explain the current status of CI.
* Mention that bugs and enhancement issues are being ported.
* VS 2019 16.4 has been released.
* Link to clang-format.
* Remove delay comment in PR template because we've been merging PRs.
* Add readme.md note, and change "CI" to "automated testing" in checklist.
* Also remove statement from readme.md.
* Update required compiler versions
Update required version of MSVC to VS 2019 16.4p2, and Clang/LLVM to 9.0.0.
* Tell `<yvals_core.h>` that Clang 9 implements `consteval` (WG21 hasn't yet defined a feature-test macro for `consteval`)
* Tell `<atomic>` that Clang 9 implements the `__iso_volatile_load64` intrinsic on x86
* Update mentions of VS version in `README.md`
* README.md: New Working Draft N4835.
* Simplify pull_request_template.md.
We can remove the N/A guidance by updating
the two checkboxes that are commonly N/A.
Remove the "feature has been voted into the WP" checkbox.
We haven't had issues with people submitting non-Standard PRs,
and the README's Non-Goals section clearly explains
our acceptance criteria.
For the `_Ugly` checkbox, allow people to check it
if there aren't any product code changes at all.
This script runs clang-format on the sources, then runs git status --porcelain on the result, redirected to stderr. If any output goes to stderr, Azure Pipelines marks the build as failed, which enforces that no changes were made to the repo by the clang-format pass.
Resolves#88
* Remove the need to specify the target architecture by testing CMAKE_CXX_COMPILER_ARCHITECTURE_ID.
This is somewhat fragile because it's documented as an internal-to-cmake variable, but FindBoost.cmake has used it 'effectively forever' so I'm not too concerned.
* Make ARM and ARM64 work, and use CMAKE_CXX_STANDARD_LIBRARIES for kernel32.lib.