expression以下をcの構文解析へ準拠させようと試行錯誤した残骸を、今後の参考の為にコミット

結局expression以下をc準拠の構文解析へと変更することは失敗した。これはその試行錯誤の残骸。
だが収穫として、expressionをc準拠にするにおいて「何が必要か？」の見通しは立った。
現状では、expression以下の各非終端記号の時点で、インタープリター的に逐一アセンブラへと変換していくが、
これだと例えば関数の実行と引数取得の順序を入れ替えるような、処理順序入れ替えの自由度がかなり制限されてしまう。
（また、煩雑な機構が余計に必要となってしまう）
そこで、これらアセンブラへの変換は逐一ではなく、expression-statement として確定する時点まで保留し、
また、そこに含まれる各expressionのパラメーターをコンテナ的な何かに持たせることで、
順番を入れ替えることはコンテナの解釈順序を変えるだけなので、ずっと直接的で簡単となる。
この、いわばExpressionContainerを用意することを今後は目指す。
そして、構文解析の段階では単純に ExpressionConatiner へのパラメーターセットに終始する。（アセンブラは吐かない）

（この ExpressionContainer に相当するアイディアの元は、
　今回コミットした残骸に、構造体 Expression として見て取れる）

ExpressionContainer で扱えるべきパラメーターは今後検討していくが、
現時点での漠然とした構想として、以下のパラメーターを含めるべきだと考える:

・各種フラグ（型、演算種類、ポインタか、関数か、等のフラグ）
・ec自身の値（識別子か、定数として）
・2項演算だった場合の左辺ec、右辺ecへのポインタ
・関数だった場合の引数ecへのポインタ
・構造体メンバな場合の識別子は、
・配列だった場合の、添字ecへのポインタ