Rokiのチラ裏

学生による学習のログ

C++ Standard Library Active Issues List Issue Status 和訳

C++ Standard Library Active Issues List の Issue Status の和訳。和訳されているのを見たことがなかったので、まとめておく。

様々なステータスを通じてLWG移行に報告された問題で、解決への進捗状況を示す。通常、ほとんどの問題は次の段階を流れる

  • New - この問題は、まだLWGによってレビューされていません。いかなる提案された決議も、問題提出者からの示唆であり、LWGの見解と解釈すべきではありません。
  • Open - LWGは問題について話し合ったが、問題を先に進める準備はできていない。公開ステータスにはいくつかの理由が考えられる。
    • この問題に対処する方法についてまだ合意に達していない可能性がある。
    • 非公式な合意に達したかもしれないが、LWGはレビューのために正確な提案された分限を待つ。
    • LWGは、先に進む前に追加の技術専門家に相談したい。
    • この問題には、さらなる研究が必要な場合がある。 未解決の問題に対する提案された解決策は、依然としてLWGの見解として解釈されるものではない。議論の現状に関するコメントは、公開されている問題の終わりにイタリック体で記載されることが多い。そのようなコメントは情報提供のみを目的としており、過度の重要性を与えるべきではない。
  • Review - LWGが以前に非公式な合意に達した問題について、提案された決議の正確な文言を検討することができるようになった。
  • Ready - LWGは、問題が標準の欠陥であり、提案された決議が正しいと合意に達し、問題が欠陥報告書(DR)としてのさらなる行動のために全委員会に転送する用意がある。 通常、問題はLWGレビュー中に変更されない文言が現在公開されている Issues List に提案された解決策を持っていなければならず、Ready状態に移行する必要がある。
  • Voting - このステータスは、公開されている Issues List には表示されないが、会議前のメールで問題が発生したことを示すためのマーカーで、提案された解決策は正しい。問題はワーキンググループに提供されます。現在の作業用紙(WP)に適用するか、または他の適切な方法でクローズされる。これにより、ミーティング自体の間に Ready 状態に移行する物と、それを次のミーティングまで転送してはならない物との区別が容易になる。問題に対する進捗がない場合は、次のリストが公開される前に、Open 状態に戻る。
  • Immediate - このステータスは、発行済みの Issues List には表示されない。会議前のメールで問題の準備が完了していなかったことを示すために会議中に使用するためのマーカーであるが、提案された解決策は正しい。また現在の作業用紙(WP)に適用するか、またはその他の適切な方法でクローズするために、現在の会議の終わりにワーキンググループに提出される。このステータスは、ごくまれにしか使用されない。通常、小規模で明白な fix であり、リリース予定の会議で使用される。問題に対する進捗がない場合は、次のリストが公開される前に、 Open 状態に戻る。
  • Deferred - LWGは問題を議論したが、まだ問題を進める準備はできていないか、標準や Technical Report の発行を遅らせるほど重要であるとは考えていない。一般的には、文面は技術的には正しいかもしれないが、ミスリーディングできてしまう言葉遣いを明確にすることに費やされる。 延期された問題の解決案は、依然としてLWGの見解として解釈されるべきではない。議論の現状に関するコメントは、公開されている問題の終わりにイタリック体で記載されることが多い。そのようなコメントは情報提供のみを目的としており、過度の重要性を与えるべきではない。
  • Core - LWGはこの問題について話し合い、問題解決の重要な部分は、標準のコア部分での言語のクリーンアップによってうまく処理されると感じている。この問題は、コアワーキンググループに渡され、理想的には、ライブラリの問題からリンクできる問題を Open しなければならない。このような問題は、コアが変更を行った後(または変更を拒否した後)に再確認される。
  • EWG - LWGはこの問題について話し合い、問題解決の重要な部分は、言語の拡張(上手くいけば小さな)によって処理されることがある。この問題は、Evolutionワーキンググループに渡される。このワーキンググループは、理想的には、ライブラリの問題からリンクできる問題を Open しなければならない。このような問題は、Evoltion が何らかの勧告を行った(または却下した)後に再確認される。
  • LEWG - LWGはこの問題について議論し、その問題が拡張されているとはいえないと考えているか、または fundamental でライブラリデザインを変更しているため、初期の作業を Library Evolution ワーキンググループに委任した。
  • DR - (Defect Report) - WG21 / PL22.16委員会は、潜在的な欠陥報告として処理するために問題をプロジェクトエディタに転送するよう投票した。プロジェクトエディタは問題をレビューし、それを WG21 Convenorに転送し、WG21 Convenor はそれを最終的な処分のために全委員会に返す。この Issues List は、プロセスのどこに関係なく、DRのステータスをこれらのすべての欠陥レポートに一致させる。
  • WP - (Working Paper) - 提案された決議は Technical Corrigendum として受け入れられていなかったが、WG21 / PL22.16委員会は、不具合報告書の提案された決議をワーキングペーパーに適用するよう投票した。
  • C++17 - (C++ Standard, as revised for 2017) - WG21 / PL22.16委員会は、C++標準、ISO / IEC IS 14882:2017(E) への 2017 改訂版に不具合報告書の提案された決議案を受け入れることに賛成した。
  • C++14 - (C++ Standard, as revised for 2014) - WG21 / PL22.16委員会は、C++標準、ISO / IEC IS 14882:2014(E) への 2014 改訂版に不具合報告書の提案された決議案を受け入れることに賛成した。
  • C++11 - (C++ Standard, as revised for 2011) - WG21 / PL22.16委員会は、C++標準、ISO / IEC 14882:2011(E) への 2011 改訂版に不具合報告書の提案された決議案を受け入れることに賛成した。
  • CD1 - (Committee Draft 2008) - WG21 / PL22.16委員会は、2008年秋の委員会草案に不具合報告書に提案された決議を受け入れることを表明した。
  • TC1 - (Technical Corrigenda 1) - WG21 / PL22.16委員会は、不具合報告書の提案された決議を Technical Corrigenda として受け入れることに賛成した。この問題に対するこれ以上のアクションは、ISOルールに基づき不可能である。
  • TRDec - (Decimal TR defect) - LWGは、不具合報告書の提案された決議を Decimal TR に受け入れることに賛成した。この問題に対する行動はこのように完全であり、それ以上の行動は期待されない。
  • TS - (TS - various) - WG21 / PL22.16委員会は、不具合報告書の提案された決議を公表された Technical Corrigenda に受け入れることに賛成した。
  • Resolved - LWGは、この問題が標準の欠陥であるという合意に達したが、問題を解決するために採択された決議は、リストのこの問題以外のメカニズムを介して行われた。
  • Dup - LWGは、この問題が別の問題と重複しているとの合意に達したため、今後は対処しない。
  • NAD - LWGは、この問題が標準の欠陥ではないという合意に達している。
  • NAD Editorial - LWGは、問題が編集上の扱いを受けることができるか、論文によって取り扱われるという合意に達している。
  • Tentatively - これはステータスへの修飾子である。この問題は、オンラインで、または非公式の会議でレビューされているが、公式の会議ではレビューされておらず、資格を取得するためのサポートがいくつか作成されている。暫定資格の問題は、同じ会議内の完全な委員会(準備ができている場合)に転送される可能性がある。Ready の問題とは異なり、小さな委員会で審議されてから完全な委員会に転送されます。一時的にステータスが認定されている場合でも、問題は引き続きアクティブと見なされる。
  • Pending - これはステータスへの修飾子である。これはステータスが前に付いたときに、問題が委員会によって処理されたことを示し、関連する不適合なステータスに問題を移行することが決定される。しかし、 logistical な理由から、問題の示された結果は、最新の作業記録にまだ現れていない。
  • NAD Future - LWGは、この問題が次回の改訂時に再検討されるべきだと考えている。これは現在、Library Evolutional ワーキンググループによって管理されている進行中の課題であり、このステータスのほとんどの問題はLEWGのステータスで再開された。
  • NAD Concepts - このステータスは、C++11の開発中の言語の進化を反映している。コンセプトと呼ばれる新しい機能に言語が移行し、テンプレートの指定と書き方が根本的に変わった。この言語機能はC++11プロジェクトの終わりに近づくにつれて削除されたが、この部分の言語設計を再検討する意思が明確に示されている。その開発中に、その機能の使用に関連する更新されたライブラリに対して、またはコンセプト機能の明示的な使用を必要とする修正を要求するいくつかの問題が開かれた。このような問題はすべてこのステータスで解消されており、この機能または類似の言語機能が将来の標準に戻った場合に再確認される可能性がある。
  • NAD Arrays - このステータスは、C++14/17の開発中の言語の進化を反映していた Arrays TS と呼ばれる技術仕様に関する作業が始まったが 2016年の初めにこの作業は放棄され、作業項目は正式に取り下げられた。 TSの開発中に、TSの機能がいくつか公開された。このような問題はすべてこのステータスで解消されており、この機能または類似の言語機能が将来の標準に戻った場合に再確認される可能性がある。

Issues List に最初に表示されるときに、問題のステータスは常にNewになる。 LWGが積極的に取り組んでいる間、それらは Open または Review に進むかもしれない。 LWGが問題の処理に関して合意に達すると、状態はDupNAD、または Ready に変更される。 PL22.16委員会が Ready の問題をプロジェクトエディタに転送すると投票すると、不具合報告書(DR)のステータスが与えられる。これらは、更新された標準(C++11、C++14)であるテクニカルコリレンダ(TC1)の基礎となる可能性がある。この LWG によるプロセスの目的は、スタンダードの真の欠陥である問題のみが正式なISO DRステータスに移行するためである。