こんにちは。NoMaYです。最近、以下のスレッドに関わったのですが、どうもiodefine.hの作成ミスがあったのではないかなぁと思われましたので、スレッドを立ててみることにしました。iodefine.h で、IODEFINE_H_HISTORY キーワードについてjapan.renesasrulz.com/cafe_rene/f/forum5/8446/iodefine-h-iodefine_h_history続く。(すみません、上記スレッドの投稿主さんのhirakuni45さんにおかれましては、当方の投稿が終了するまで暫くお待ち頂ければ、と思います。あわてない、あわてない、との、一休さんの心持も良いかと思うのです。)
こんにちは。NoMaYです。幾つか前の投稿でRX65Nのiodefine.hは以下の(2)の形でリリースされて→(1)→(3)とルネサスさんが変更してきたことが分かったのですが、そのように変更してきたということは、ルネサスさん社内に今回の件の事情が分かっている人がいるだろう、ということだと思います。(1) ビットフィールド定義が使えないもの - その1 - #ifdef IODEFINE_H_HISTORY～#endifの条件コンパイルで除かれている(2) ビットフィールド定義が使えないもの - その2 - //にてビットフィールド定義がコメントアウトされている(3) ビットフィールド定義が使えるもの後は、RX231(やRX230)のiodefine.hは上の(2)の形でリリースされて(RX231の頃はRX65Nのiodefine.hが上の(2)の形としてリリースされる前だった)今もそのままだったり、RX66TやRX72Tのiodefine.hは上の(1)の形でリリースされて(その頃のRX65Nのiodefine.hは上の(1)の頃だった)今もそのままだったり、とか、これらに関しては、ルネサスさん社内での他のもろもろの業務との優先順位の問題(工数の事情や外注費予算の事情)が主であろうなぁ、と思われることは、事情が解消すれば(もしもナイスなタイミングになるとすれば来月のツールアップデートにて)素朴にそうあるべきであるような(3)の形でリリースされるのであろう、と思われるのです。他方、ルネサスさんが決めた優先順位の結末には、未来永劫そのままにする、という可能性もありますが、そうでは無いものであって欲しいところかと思います。ということで、すみません、ここで 第一部 完 としたいと思います。続いて、第二部というか番外編を続けます。それは、発端となったスレッドの投稿主さんが書かれていますけれども、「iodefine.h内で#ifdef IODEFINE_H_HISTORY～#endifで括られている部分が正しくGCC対応になっていない(endian対応になっていない)」という件についてです。番外編へ続く。