次の表に、各環境で採用されている型ごとのサイズを一覧します。して極めて高い互換性があります。一点でほぼ決まります。要するに「型のサイズに依存しない」ように書けば良いだけです。導入された固定サイズの型は例外)。そのためこの作法を守って普段から開発していれば特に悩む事もありません。実は十分とは言い切れません。これは危険であるにも関わらず警告が出ないのです。型の変数にポインタを代入するコードです。用にコンパイルする限りは「問題無い」と見なされて警告が出ません。環境でコンパイルして実行すれば、プログラムは確実にクラッシュします。この問題を人間がコードを読みながらチェックするのは大変です。オプション(Wp64)が付いています。これを利用すればこのようなコードにも警告を出す事ができます。このオプションを利用するメリットは十分にあります。このオプションを有効にしてみましょう。(私は使った事がないので何とも言えませんが)。そのソースコードはまずクロスコンパイルできるでしょう。ヘッダファイルにはミスがあるため正しく作法を守って書いたコードでも警告が出る場合があります。ついても話は同じです。いうマクロが呼び出すマクロの定義にあります(ややこしい)。具体的な原因はさておき、この問題への対策として次のものが考えられます。宣言を勝手に修正する方法です。これは、とてもおすすめできません。いった余計な心配事を招きかねないからです。呼び出し部分の警告が出ないようにする方法です。直後で有効にする事で影響範囲を最小限に抑えます。コンパイラ依存の命令(?)ですので可能な限り使うべきではないでしょう。そちらを使う方法です。個人的には一番素直な発想だと思います。次のようなマクロをプロジェクト共通のヘッダに定義する方法があります。つのマクロも定義しなくてはなりません。環境のエミュレータです。