a +++++ bが機能しないのはなぜですか？

Question 1

int main ()
{
   int a = 5,b = 2;
   printf("%d",a+++++b);
   return 0;
}

このコードにより、次のエラーが発生します。

エラー：増分オペランドとしてlvalueが必要です

しかし、と全体にスペースを入れるa++ +と++b、問題なく動作します。

int main ()
{
   int a = 5,b = 2;
   printf("%d",a++ + ++b);
   return 0;
}

最初の例でエラーは何を意味しますか？

Question 2

printf("%d",a+++++b);(a++)++ + b最大ムンク規則に従って解釈され^ます！。

++（後置）はに評価されませんlvalueが、そのオペランドはである必要がありlvalueます。

_{！6.4 / 4は、次の前処理トークンは、前処理トークンを構成する可能性のある最長の文字シーケンスであると述べています。}

Question 3

コンパイラは段階的に書かれています。最初のステージはレクサーと呼ばれ、文字をシンボリック構造に変換します。つまり、「++」はのようなものになりますenum SYMBOL_PLUSPLUS。その後、パーサーステージでこれを抽象構文ツリーに変換しますが、シンボルを変更することはできません。スペースを挿入することでレクサーに影響を与えることができます（引用符で囲まれていない限り、記号を終了します）。

通常のレクサーは貪欲です（いくつかの例外はあります）。したがって、コードは次のように解釈されます。

a++ ++ +b

パーサーへの入力はシンボルのストリームなので、コードは次のようになります。

[ SYMBOL_NAME(name = "a"), 
  SYMBOL_PLUS_PLUS, 
  SYMBOL_PLUS_PLUS, 
  SYMBOL_PLUS, 
  SYMBOL_NAME(name = "b") 
]

パーサーがどちらを考えるかは構文的に正しくありません。（コメントに基づいた編集：++をr値に適用できないため、意味的に正しくない。

a+++b

です

a++ +b

大丈夫です。他の例もそうです。

Question 4

レクサーは、一般に「最大ムンク」アルゴリズムと呼ばれるものを使用してトークンを作成します。つまり、文字を読み取っているときに、すでに持っているトークンと同じではない何かに遭遇するまで、文字を読み取っています（たとえば、数字を読み取っていて、数字を持っている場合、それが数字である場合）A、それはそれは数の一部にすることはできません。それは停止し、葉のように、知っているA）次のトークンの先頭として使用する入力バッファ内を。次に、そのトークンをパーサーに返します。

この場合、それは+++++として字句解析されることを意味しa ++ ++ + bます。最初のポストインクリメントが右辺値を生成するため、2番目のポストインクリメントはそれに適用できず、コンパイラーはエラーを出します。

FWIWだけです。C++では、オーバーロードoperator++して左辺値を生成できます。これにより、これが機能します。例えば：

struct bad_code { 
    bad_code &operator++(int) { 
        return *this;
    }
    int operator+(bad_code const &other) { 
        return 1;
    }
};

int main() { 
    bad_code a, b;

    int c = a+++++b;
    return 0;
}

便利なC ++コンパイラ（VC ++、g ++、Comeau）を使用して、コンパイルして実行します（何もしません）。

Question 5

この正確な例は、C99標準ドラフト（C11と同じ詳細）のセクション6.4字句要素の段落4で説明されています。

入力ストリームが特定の文字までの前処理トークンに解析されている場合、次の前処理トークンは、前処理トークンを構成する可能性のある最も長い文字シーケンスです。[...]

これは、曖昧さを回避するために字句解析で使用され、有効なトークンを形成するためにできるだけ多くの要素を使用することによって機能する最大ムンチルールとも呼ばれます。

段落には2つの例もあり、2番目の例は質問と完全に一致し、次のようになります。

例2プログラムフラグメントx +++++ yはx ++ ++ + yとして解析されます。これは、解析x ++ + ++ yが正しい式を生成する場合でも、インクリメント演算子の制約に違反します。

それは私たちにそれを伝えます：

a+++++b

次のように解析されます：

a ++ ++ + b

最初のポストインクリメントの結果は右辺値であり、ポストインクリメントには左辺値が必要であるため、ポストインクリメントの制約に違反します。これは、6.5.2.4 Postfixインクリメントおよびデクリメント演算子のセクションで説明されています（強調は私のものです）：

後置インクリメントまたはデクリメント演算子のオペランドは、修飾型または非修飾の実数型またはポインタ型であり、変更可能な左辺値でなければなりません。

そして

後置++演算子の結果は、オペランドの値です。

C ++ Gotchasの本でも、Gotcha #17 Maximum Munch Problemsでこのケースが取り上げられており、C ++でも同じ問題であり、いくつかの例も示されています。これは、次の文字セットを処理するときに説明されます。

->*

字句アナライザは、次の3つのことの1つを実行できます。

3つのトークンとして扱い：-、>および*
2つのトークンとして扱い：->と*
それを1つのトークンとして扱います。 ->*

最大ムンクのルールは、これらのあいまいさを避けることができます。著者はそれを指摘しています（C ++のコンテキストでは）：

それが原因よりもはるかに多くの問題を解決しますが、2つの一般的な状況では、それは厄介です。

最初の例は、テンプレート引数もテンプレートであるテンプレートです（C ++ 11で解決されました）。次に例を示します。

list<vector<string>> lovos; // error!
                  ^^

これは、閉じ山カッコをシフト演算子として解釈するため、明確にするためにスペースが必要です。

list< vector<string> > lovos;
                    ^

2番目のケースは、ポインタのデフォルト引数を含みます。次に例を示します。

void process( const char *= 0 ); // error!
                         ^^

解釈される*=代入演算子、この場合の解決策は、宣言内のパラメータの名前を指定することです。

Question 6

コンパイラは必死に解析を試みa+++++b、それをと解釈します(a++)++ +b。これで、後置インクリメント（a++）の結果は左辺値ではなくなりました。つまり、後置インクリメントすることはできません。

本番環境品質のプログラムでこのようなコードを記述しないでください。あなたのコードを解釈する必要があるあなたの後に来る貧しい仲間について考えてください。

Question 7

(a++)++ +b

a ++は前の値、右辺値を返します。これを増やすことはできません。

Question 8

~~未定義の動作が発生するためです。~~

どちらですか？

c = (a++)++ + b
c = (a) + ++(++b)
c = (a++) + (++b)

~~ええ、あなたもコンパイラーもそれを知りません。~~

編集：

本当の理由は、他の人が言ったものです：

と解釈され(a++)++ + bます。

しかし、ポストインクリメントには左辺値（名前付きの変数）が必要ですが、（a ++）は、インクリメントできない右辺値を返すため、エラーメッセージが表示されます。

これを指摘するために他の人にThx。

Question 9

コンパイラはそれを

c =（（a ++）++）+ b

++オペランドとして、変更可能な値が必要です。aは変更可能な値です。a++ただし、「右辺値」であり、変更できません。

ちなみに、GCC Cで表示されるエラーは同じですが、言葉が異なりますlvalue required as increment operand。

Question 10

この優先順位に従ってください

1。++（事前増分）

2. +-（加算または減算）

3.「x」+「y」で両方のシーケンスを追加

int a = 5,b = 2; printf("%d",a++ + ++b); //a is 5 since it is post increment b is 3 pre increment return 0; //it is 5+3=8