onihusube / blog Goto Github PK

全41本、うち新規16本

• P2780R0 Caller-side precondition checking, and Eval_and_throw
• P2809R0 Trivial infinite loops are not Undefined Behavior
• P2811R1 Contract Violation Handlers
• P2817R0 The idea behind the contracts MVP
• P2818R0 Uniform Call Syntax for explicit-object member functions
• P2819R0 Add tuple protocol to complex
• P2821R0 span.at()
• P2824R0 WG21 February 2023 Issaquah meeting Record of Discussion
• P2825R0 calltarget(unevaluated-call-expression)
• P2826R0 Replacement functions
• P2827R0 Floating-point overflow and underflow in from_chars (LWG 3081)
• P2828R0 Copy elision for direct-initialization with a conversion function (Core issue 2327)
• P2830R0 constexpr type comparison
• P2833R0 Freestanding Library: inout expected span
• P2836R0 std::const_iterator often produces an unexpected type
• P2838R0 Unconditional contract violation handling of any kind is a serious problem

全102本、うち新規35本

• P0290R4 apply() for synchronized_value
• P1715R1 Loosen restrictions on "_t" typedefs and "_v" values.
• P2022R0 Rangified version of lexicographical_compare_three_way
• P2308R0 Template parameter initialization
• P2497R0 Testing for success or failure of charconv functions
• P2749R0 Down with "character"
• P2754R0 Deconstructing Avoiding Uninitialized Reads of Auto Variables
• P2770R0 Stashing stashing iterators for proper flattening
• P2771R0 Towards memory safety in C++
• P2772R0 std::integral_constant literals do not suffice - constexpr_t?
• P2773R0 Considerations for Unicode algorithms
• P2779R0 Make basic_string_view's range construction conditionally explicit
• P2782R0 A proposal for a type trait to detect if value initialization can be achieved by zero-filling
• P2784R0 Not halting the program after detected contract violation
• P2786R0 Trivial relocatability options
• P2787R1 pmr::generator - Promise Types are not Values
• P2788R0 Linkage for modular constants
• P2789R0 C++ Standard Library Ready Issues to be moved in Issaquah, Feb. 2023
• P2790R0 C++ Standard Library Immediate Issues to be moved in Issaquah, Feb. 2023
• P2791R0 mandate concepts for new features
• P2796R0 Core Language Working Group "ready" Issues for the February, 2023 meeting
• P2797R0 Proposed resolution for CWG2692 Static and explicit object member functions with the same par
• P2798R0 Fix layout mappings all static extent default constructor
• P2799R0 Closed ranges may be a problem; breaking counted_iterator is not the solution
• P2802R0 Presentation of P1385R7 to LEWG at Issaquah 2023
• P2803R0 std::simd Intro slides
• P2805R0 fiber_context: fibers without scheduler - LEWG slides
• P2806R0 do expressions
• P2807R0 Issaquah Slides for Intel response to std::simd
• P2808R0 Internal linkage in the global module
• P2810R0 is_debugger_present is_replaceable
• P2812R0 P1673R11 LEWG presentation
• P2815R0 Slides for presentation on P2188R1
• P2816R0 Safety Profiles: Type-and-resource Safe programming in ISO Standard C++
• リビジョン更新系68本

進捗管理

新規分 34+4

• P0260R5 C++ Concurrent Queues
• P0342R1 What does "current time" mean?
• P1383R1 More constexpr for <cmath> and <complex>
• P1883R2 file_handle and mapped_file_handle
• P2713R1 Escaping improvements in std::format
• P2714R0 Bind front and back to NTTP callables
• P2717R0 Tool Introspection
• P2724R0 constant dangling
• P2728R0 Unicode in the Library, Part 1: UTF Transcoding
• P2729R0 Unicode in the Library, Part 2: Normalization
• P2730R0 variable scope
• P2732R0 WG21 November 2022 Kona meeting Record of Discussion
• P2733R0 Fix handling of empty specifiers in std::format
• P2734R0 Adding the new 2022 SI prefixes
• P2736R0 Referencing the Unicode Standard
• P2737R0 Proposal of Condition-centric Contracts Syntax
• P2738R0 constexpr cast from void*: towards constexpr type-erasure
• P2739R0 A call to action: Think seriously about "safety" then do something sensible about it
• P2740R0 Simpler implicit dangling resolution
• P2741R0 user-generated static_assert messages
• P2742R0 indirect dangling identification
• P2743R0 Contracts for C++: Prioritizing Safety - Presentation slides of P2680R0
• P2746R0 Deprecate and Replace Fenv Rounding Modes
• P2747R0 Limited support for constexpr void*
• P2748R0 Disallow Binding a Returned glvalue to a Temporary
• P2750R0 C Dangling Reduction
• P2751R0 Evaluation of Checked Contracts
• P2752R0 Static storage for braced initializers
• P2756R0 Proposal of Simple Contract Side Effect Semantics
• P2757R0 Type checking format args
• P2758R0 Emitting messages at compile time
• P2759R0 DG Opinion on Safety for ISO C++
• P2762R0 Sender/Receiver Interface For Networking
• P2763R0 layout_stride static extents default constructor fix
• P2764R0 SG14: Low Latency/Games/Embedded/Finance/Simulation virtual meeting minutes 2023/01/11
• P2765R0 SG19: Machine Learning Virtual Meeting Minutes 2022/12/08-2023/01/12
• P2766R0 SG16: Unicode meeting summaries 2022-10-12 through 2022-12-14
• P2769R0 get_element customization point object
• リビジョン更新系 46本

「CC-BY 4.0の下でのパブリックドメイン」というのが意味不明でどういう条件で使えるのかよくわからないので、文言を変更していただけないでしょうか。「CC-BY 4.0」か「パブリックドメイン」のどちらか片方ということはあっても、両方同時ということはありえません。付帯するクリエイティブ・コモンズのロゴ画像はtitle属性が"CC-BY 4.0"でalt属性が"CC0"となっており、さらに意味不明です。

もしかして誰もライセンスなんか見ていないことを証明するなどの目的でわざとやっていますか?

量が多いので手伝ってください・・・

markdownソース

• https://github.com/onihusube/blog/blob/master/2022/20221113_wg21_paper_202210.md

に書きかけのうち、R0（初出）の提案でまだできていないもので好きなものを選んで書いてPRにしてください。下の方に固まってます。非R0で飛ばしているのは一度見たものなので差分の更新のみで、多分自分でやるのが良いので無視してください。

私は基本1日2本くらいを上から順番にやってきます。やってくださる場合、書き始める前に提案の番号（PxxxxRn）とやる旨をここに書いておいてください。

期限はとりあえず2022/11/12中でお願いします。

細かい点

• 文体は他の部分と合わせてですます調
• その提案の動機・背景とメリットが分かること
  • その提案は何を解決するのか？
• 最低限の使い方が分かること
  • サンプルコードは提案からのコピペでいいです
• 必ずしも全ての部分を解説しきる必要はない
  • そういうのはご自分の記事にしてもらったほうが良さそう

一本からでも助かります。短いのでも長いのでもお好みなのを選んでもらって構いません。

報酬は何もないのですが、記事内にクレジット入れさせていただきます。後なんかできることあったら何でも（良識の範囲内で）します。