site
site copied to clipboard
cpprefjp
cpprefjpサイトのMarkdownソース
主に @kariya-mitsuru さんに対する相談です。 最近 @kariya-mitsuru さんが``ヘッダのページに、エラーの扱いをまとめてくださいましたが、パラメータでNaNを受け取ったらNaNを返す仕様については書かれていないようでした。 意図して書かれておらず、個別ページで対応すべしということでしたらそのように対応しますが、どうしましょうか。
#919 で `` のRangeアルゴリズムは対応してもらいましたが、``など対応していないところは残っているので、調査して執筆します。
https://github.com/cpprefjp/site_generator/pull/81
>[static_assert(false, "was wrong"); - yohhoyの日記](https://yohhoy.hatenadiary.jp/entry/20230220/p1) > >```cpp >#include > >template > T doubling(T x) > { > if constexpr (std::is_integral_v || std::is_floating_point_v) { > // 算術型の場合は2倍した値を返す > return x *...
- [P1206R7](https://wg21.link/p1206r7) ranges::to: A function to convert any range to a container - [P2499R0](https://wg21.link/p2499r0) string_view range constructor should be explicit
- [P0849R8 auto(x): decay-copy in the language](https://wg21.link/p0849r8)
- [P0493R4 Atomic maximum/minimum](http://open-std.org/jtc1/sc22/wg21/docs/papers/2023/p0493r4.pdf)
`shared_ptr(nullptr_t)` のコンストラクターで `noexcept` がないのは正しいでしょうか https://github.com/cpprefjp/site/blob/8250474933368f71448e5a3cad3eb78d0f101ed2/reference/memory/shared_ptr/op_constructor.md?plain=1#L53
ICCがクラッシックとなり、LLVM ベースのICXコンパイラがインテルより出ていますので、処理系のページ（https://cpprefjp.github.io/implementation.html#icc）に ICX系を追加し コンパイラの実装状況ページの[C++23] の欄も ICC ではなく、ICXに変更しようと思います ``` 正確に書くなら Intel on APIとか、cpp refrence ではIntel C++ Compiler の記述になっていますが インテルさんのC+23 Features Supportedページでは ICX と表現されているので、それで良いかなと思っています https://www.intel.com/content/www/us/en/developer/articles/technical/c23-features-supported-by-intel-c-compiler.html ``` なにか懸念などあればお知らせくださいｍｍ
