はじめに(Introduction)
N4910 Working Draft, Standard for Programming Language C++
C++ n4910は、ISO/IEC JTC1 SC22 WG21の作業原案(Working Draft)です。
公式のISO/IEC 14882原本ではありません。
ISO/IEC JTC1 SC22 のWG21を含むいくつかのWGでは、可能な限り作業文書を公開し、幅広い意見を求めています。
ISO/IEC JTC1 SC7からISO/IEC JTC1 SC22リエゾンとして、2000年頃、C/C++の品質向上に貢献しようとした活動をしていたことがあります。その頃は、まだISO/IEC TS 17961の原案が出る前です。Cの精神が優勢で、セキュリティ対策は補助的な位置付けでした。ISO/IEC TS 17961の制定と、C/C++のライブラリ類の見直しと、C++の進化はどんどん進んでいきます。
進化の具合が、どちらに行こうとしているかは、コンパイルて実行させてみないとわかりません。C/C++の規格案の電子ファイルは、そのままコンパイルできる形式であるとよいと主張してきました。MISRA-C/C++, CERTC/C++でも同様です。MISRA-C/C++は、Example Suiteという形で、コード断片をコンパイルできる形で提供するようになりました。
一連の記事はコード断片をコンパイルできる形にする方法を検討してコンパイル、リンク、実行して、規格案の原文と処理系(g++, Clang++)との違いを確認し、技術内容を検討し、ISO/IEC JTC1 SC22 WG21にフィードバックするために用います。
また、CERT C++, MISRA C++等のコーディング標準のコード断片をコンパイルする際の参考にさせていただこうと考えています。CERT C++, MISRA C++が標準化の動きとの時間的なずれがあれば確認できれば幸いです。また、boostライブラリとの関連、Linux OS, 箱庭プロジェクト、g++(GCC), clang++(LLVM)との関係も調査中です。
何か、抜け漏れ、耳より情報がありましたらおしらせくださると幸いです。
背景(back ground)
C/C++でコンパイルエラーが出ると、途方にくれることがしばしばあります。
何回かに1回は、該当するエラーが検索できます。
ただ、条件が違っていて、そこでの修正方法では目的を達成しないこともしばしばです。いろいろな条件のコンパイルエラーとその対応方法について、広く記録することによって、いつか同じエラーに遭遇した時にやくに立つことを目指しています。
この半年の間で、三度、自分のネットでの記録に助けられたことがあります。
また過去に解決できなかった記録を10種類以上、最近になって解決できたことがあります。それは、主に次の3つの情報に基づいています。
cpprefjp - C++日本語リファレンス
コンパイラの実装状況
また
https://researchmap.jp/joub9b3my-1797580/#_1797580
に記載したサイトのお世話になっています。
作業方針(sequence)
Clang++では-std=c++03, C++2bの2種類
g++では-std=c++03, c++2bの2種類
でコンパイルし、
1)コンパイルエラーを収集する。
2)コンパイルエラーをなくす方法を検討する。
コンパイルエラーになる例を示すだけが目的のコードは、コンパイルエラーをなくすのではなく、コンパイルエラーの種類を収集するだけにする。
文法を示すのが目的のコード場合に、コンパイルエラーをなくすのに手間がかかる場合は、順次作業します。
3)リンクエラーをなくす方法を検討する。
文法を示すのが目的のコード場合に、リンクエラーをなくすのに手間がかかる場合は、順次作業します。
4)意味のある出力を作る。
コンパイル、リンクが通っても、意味のある出力を示そうとすると、コンパイル・リンクエラーが出て収拾できそうにない場合がある。順次作業します。
1)だけのものから4)まで進んだものと色々ある状態です。一歩でも前に進むご助言をお待ちしています。「検討事項」の欄に現状を記録するようにしています。
C++N4910:2022 Standard Working Draft on ISO/IEC 14882(0) sample code compile list
$ docker run -v /Users/ogawakiyoshi/n4910:/Users/ogawakiyoshi/n4910 -it kaizenjapan/n4910 /bin/bash
C++N4741, 2018 Standard Working Draft on ISO/IEC 14882 sample code compile list
C++N4606, 2016符号断片編纂一覧(example code compile list)
C++N4606, 2016 Working Draft 2016, ISO/IEC 14882, C++ standard(1) Example code compile list
https://qiita.com/kaizen_nagoya/items/df5d62c35bd6ed1c3d43/
C++N3242, 2011 sample code compile list on clang++ and g++
読書感想文
CコンパイラによるC言語規格の読書感想文として掲載しています。
コンパイル実験が、C++N4910に対する、G++とClang++による感想文だということご理解いただけると幸いです。
読書感想文は人間かAIだけが作るものとは限りません。
本(電子書籍を含む)を入力として、その内容に対する文字列を読書感想文として受け止めましょう。
元の文章をあり方、コンパイルできるように電子化しておくこと、コンパイラが解釈可能な断片の作り方など。
個人開発
Cコンパイラの試験を一人でもくもくとやっているのは個人開発の一つの姿です。
<この項は書きかけです。順次追記します。>
編纂器(Compiler)
clang++ --version
20220826 以前
Debian clang version 14.0.5-++20220610033153+c12386ae247c-1~exp1~20220610153237.151
Target: x86_64-pc-linux-gnu, Thread model: posix, InstalledDir: /usr/bin
20220827 以降
Debian clang version 14.0.6-++20220622053050+f28c006a5895-1~exp1~20220622173135.152
Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin
g++- --version
g++ (GCC) 12.1.0 Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
32.12 Modified ECMAScript regular expression grammar [re.grammar] C++N4910:2022 (707) p1657.cpp
算譜(source code)
// C++N4910 Committee Draft, Standard for Programming Language C++
// http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2022/n4910.pdf
const char * n4910 = "32.12 Modified ECMAScript regular expression grammar [re.grammar] C++N4910:2022 (707) p1657.cpp";
// Debian clang version 14.0.5-++20220610033153+c12386ae247c-
// g++ (GCC) 12.1.0 Copyright (C) 2022 Free Software Foundation, Inc.
// Edited by Dr. OGAWA Kiyoshi. Compile procedure and results record.
// C++N4910:2022 Standard Working Draft on ISO/IEC 14882(0) sample code compile list
// https://qiita.com/kaizen_nagoya/items/fc957ddddd402004bb91
#include "N4910.h"
using namespace std;
// 32.12 Modified ECMAScript regular expression grammar [re.grammar]
// The regular expression grammar recognized by basic_regex objects constructed with the ECMAScript flag is that specified by ECMA-262, except as specified below.
// Objects of type specialization of basic_regex store within themselves a default-constructed instance of their traits template parameter, henceforth referred to as traits_inst. This traits_inst object is used to support localization of the regular expression; basic_regex member functions shall not call any locale dependent C or C++ API, including the formatted string input functions. Instead they shall call the appropriate traits member function to achieve the required effect.
// The following productions within the ECMAScript grammar are modified as follows:
// ClassAtom :: -
// ClassAtomNoDash ClassAtomExClass ClassAtomCol latingElement
// ClassAtomEquivalence
// IdentityEscape ::
// SourceCharacter but not c
// The following new productions are then added: ClassAtomExClass ::
// [: ClassName :] ClassAtomCollatingElement ::
// [. ClassName .] ClassAtomEquivalence ::
// [= ClassName =]
// ClassName :: ClassNameCharacter
// ClassNameCharacter ClassName ClassNameCharacter ::
// SourceCharacter but not one of . or = or :
// The productions ClassAtomExClass, ClassAtomCollatingElement and ClassAtomEquivalence provide func-tionality equivalent to that of the same features in regular expressions in POSIX.
// The regular expression grammar may be modified by any regex_constants::syntax_option_type flags specified when constructing an object of type specialization of basic_regex according to the rules in Table 133.
// — During matching of a regular expression finite state machine against a sequence of characters, two characters c and d are compared using the following rules:
// — if (flags() & regex_constants::icase) the two characters are equal if traits_inst.trans- late_nocase(c) == traits_inst.translate_nocase(d);
// — otherwise, if flags() & regex_constants::collate the two characters are equal if traits_- inst.translate(c) == traits_inst.translate(d);
// — otherwise, the two characters are equal if c == d.
// — During matching of a regular expression finite state machine against a sequence of characters, comparison of a collating element range c1-c2 against a character c is conducted as follows: if flags() & regex_- constants::collate is false then the character c is matched if c1 <= c && c <= c2, otherwise c is matched in accordance with the following algorithm:
string_type str1 = string_type(1,
flags() & icase ?
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
string_type str2 = string_type(1,
flags() & icase ?
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
string_type str = string_type(1,
flags() & icase ?
traits_inst.translate_nocase(c) : traits_inst.translate(c));
return traits_inst.transform(str1.begin(), str1.end())
<= traits_inst.transform(str.begin(), str.end())
&& traits_inst.transform(str.begin(), str.end())
<= traits_inst.transform(str2.begin(), str2.end());
// — During matching of a regular expression finite state machine against a sequence of characters, testing whether a collating element is a member of a primary equivalence class is conducted by first converting the collating element and the equivalence class to sort keys using traits::transform_primary, and then comparing the sort keys for equality.
// — During matching of a regular expression finite state machine against a sequence of characters, a character c is a member of a character class designated by an iterator range [first, last) if traits_- inst.isctype(c, traits_inst.lookup_classname(first, last, flags() & icase)) is true. See also: ECMA-262 15.10
int main() {
cout << n4910 << endl;
return EXIT_SUCCESS;
}
編纂・実行結果(compile and go)
$ clang++ p1657.cpp -std=03 -o p1657l -I. -Wall
In file included from p1657.cpp:10:
In file included from ./N4910.h:11:
In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/atomic:38:
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/bits/c++0x_warning.h:32:2: error: This file requires compiler and library support for the ISO C++ 2011 standard. This support must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
#error This file requires compiler and library support \
^
p1657.cpp:37:6: error: unknown type name 'string_type'
string_type str1 = string_type(1,
^
p1657.cpp:38:8: error: use of undeclared identifier 'flags'
flags() & icase ?
^
p1657.cpp:38:18: error: use of undeclared identifier 'icase'
flags() & icase ?
^
p1657.cpp:39:10: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:39:39: error: use of undeclared identifier 'c1'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:39:45: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:39:67: error: use of undeclared identifier 'c1'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:40:6: error: unknown type name 'string_type'
string_type str2 = string_type(1,
^
p1657.cpp:41:8: error: use of undeclared identifier 'flags'
flags() & icase ?
^
p1657.cpp:41:18: error: use of undeclared identifier 'icase'
flags() & icase ?
^
p1657.cpp:42:10: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:42:39: error: use of undeclared identifier 'c2'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:42:45: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:42:67: error: use of undeclared identifier 'c2'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:43:6: error: unknown type name 'string_type'
string_type str = string_type(1,
^
p1657.cpp:44:8: error: use of undeclared identifier 'flags'
flags() & icase ?
^
p1657.cpp:44:18: error: use of undeclared identifier 'icase'
flags() & icase ?
^
p1657.cpp:45:4: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c) : traits_inst.translate(c));
^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
$ clang++ p1657.cpp -std=2b -o p1657l -I. -Wall
p1657.cpp:37:6: error: unknown type name 'string_type'
string_type str1 = string_type(1,
^
p1657.cpp:38:8: error: use of undeclared identifier 'flags'
flags() & icase ?
^
p1657.cpp:38:18: error: use of undeclared identifier 'icase'
flags() & icase ?
^
p1657.cpp:39:10: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:39:39: error: use of undeclared identifier 'c1'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:39:45: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:39:67: error: use of undeclared identifier 'c1'
traits_inst.translate_nocase(c1) : traits_inst.translate(c1));
^
p1657.cpp:40:6: error: unknown type name 'string_type'
string_type str2 = string_type(1,
^
p1657.cpp:41:8: error: use of undeclared identifier 'flags'
flags() & icase ?
^
p1657.cpp:41:18: error: use of undeclared identifier 'icase'
flags() & icase ?
^
p1657.cpp:42:10: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:42:39: error: use of undeclared identifier 'c2'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:42:45: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:42:67: error: use of undeclared identifier 'c2'
traits_inst.translate_nocase(c2) : traits_inst.translate(c2));
^
p1657.cpp:43:6: error: unknown type name 'string_type'
string_type str = string_type(1,
^
p1657.cpp:44:8: error: use of undeclared identifier 'flags'
flags() & icase ?
^
p1657.cpp:44:18: error: use of undeclared identifier 'icase'
flags() & icase ?
^
p1657.cpp:45:4: error: use of undeclared identifier 'traits_inst'
traits_inst.translate_nocase(c) : traits_inst.translate(c));
^
p1657.cpp:45:33: error: use of undeclared identifier 'c'
traits_inst.translate_nocase(c) : traits_inst.translate(c));
^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
$ g++ p1657.cpp -std=03 -o p1657g -I. -Wall
In file included from /usr/local/include/c++/12.1.0/atomic:38,
from N4910.h:11,
from p1657.cpp:10:
/usr/local/include/c++/12.1.0/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
32 | #error This file requires compiler and library support \
| ^~~~~
p1657.cpp:37:6: error: 'string_type' does not name a type
37 | string_type str1 = string_type(1,
| ^~~~~~~~~~~
p1657.cpp:40:6: error: 'string_type' does not name a type
40 | string_type str2 = string_type(1,
| ^~~~~~~~~~~
p1657.cpp:43:6: error: 'string_type' does not name a type
43 | string_type str = string_type(1,
| ^~~~~~~~~~~
p1657.cpp:46:6: error: expected unqualified-id before 'return'
46 | return traits_inst.transform(str1.begin(), str1.end())
| ^~~~~~
$ g++ p1657.cpp -std=2b -o p1657g -I. -Wall
p1657.cpp:37:6: error: 'string_type' does not name a type
37 | string_type str1 = string_type(1,
| ^~~~~~~~~~~
p1657.cpp:40:6: error: 'string_type' does not name a type
40 | string_type str2 = string_type(1,
| ^~~~~~~~~~~
p1657.cpp:43:6: error: 'string_type' does not name a type
43 | string_type str = string_type(1,
| ^~~~~~~~~~~
p1657.cpp:46:6: error: expected unqualified-id before 'return'
46 | return traits_inst.transform(str1.begin(), str1.end())
| ^~~~~~
検討事項(agenda)
コンパイルエラーを取るか、コンパイルエラーの理由を解説する。
応用例1 AUTOSAR C++
AUTOSARでC++のコーディング標準を作っている。
MISRA-C++コーディング標準の改訂をまたずに、C++14に対応したかったためかもしれない。
Autosar Guidelines C++14 example code compile list
MISRA C++, AUTOSAR C++について
応用例2 MISRA C/C++
MISRA C まとめ #include
MISRA C++ 5-0-16
応用例3 CERT C/C++
SEI CERT C++ Coding Standard AA. Bibliography 確認中。
MISRA C/C++, AUTOSAR C++, CERT C/C++とC/C++工業標準をコンパイルする
応用例4 箱庭
箱庭もくもく会
第11回 未定
箱庭ではUnityをはじめC++を使っているらしい。
ここでコンパイルしたコードと同じようなコードを使っているか、
ここで出たコンパイルエラーと同じようなエラーがでたかを
いろいろな版のコンパイラでコンパイルして確認していく。
この項目は、箱庭プロジェクトを市場分析の対象として、原則的には、箱庭プロジェクトの外部から分析し、外部から箱庭の広告宣伝のための戦略会議を仮想した結果、仮想「箱庭もくもく会」を開催してみることを企画するものである。
一切の内容は、箱庭プロジェクト、Athrill, TOPPERSとは無関係である。
一(いち)参加データアナリストの、個人的なつぶやきです。
仮想戦略会議「箱庭」
お盆には「箱庭」記事を書きましょう「もくもく会」の題材になる(1)
お盆には「箱庭」記事を書きましょう「もくもく会」の題材になる(2)
自己参考資料(self reference)
関連する自己参照以外は、こちらの先頭に移転。
C言語(C++)に対する誤解、曲解、無理解、爽快。
#include "N4910.h"
C++N4910資料の改善点
dockerにclang
docker gnu(gcc/g++) and llvm(clang/clang++)
コンパイル用shell script C版(clangとgcc)とC++版(clang++とg++)
C++N4910:2022 tag follower 300人超えました。ありがとうございます。
astyle 使ってみた
<この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。>
文書履歴(document history)
ver. 0.01 初稿 20220920
最後までおよみいただきありがとうございました。
いいね 💚、フォローをお願いします。
Thank you very much for reading to the last sentence.
Please press the like icon 💚 and follow me for your happy life.