https://7shi.hateblo.jp/entry/2012/06/13/023314

前回、ようやくodcctoolsのアセンブラが動くようになりましたが、odcctoolsに手を出すようになった経緯を書きます。

Mach-O遊びを調査中。Mac OS Xではbinutilsではなくcctoolsを使う。cctoolsは他のOSで使うことは考慮されていないので、クロスでやるときはOpenDarwin時代に作られたodcctoolsを使うらしい。NetBSDだと色々エラーが出て、まだ途中。

Mach-Oのことは何も知らないので、まずはクロスコンパイラで遊んでみようと思いました。しかしGNU binutilsがMach-Oをうまく処理できないようです。調べたところApple独自のcctoolsを使用していることが分かりました。

autotools化されたodcctoolsを試しましたが、MSYSではすんなりビルドできそうにありません。クロスコンパイラのテスト用に環境構築していたNetBSDで試すことにしました。

OpenBSDの事例を参考にNetBSDでもビルド成功！動作は未確認。 < odcctools on OpenBSD 4.6 - anon_193 the BottomCoder (id:anon_193) URL

この前試してたodcctoolsは、コンパイルだけ通ったけどまともに動かなかった。時間があるときにでも本家に挑戦するしかないかな・・・

どうにかビルドは通りましたが、まともに動きません。このときは移植に失敗したかと思って諦めました。

Macのasがよくわからなかったけど、知り合いの家でマシンを借りて調べた。引っ掛かっていたのは以下の2点だった。分かってみればそんなに難しくなかった。(1)AT&T記法のみで、Intel記法不可。(2)デフォルトPIC

Mac OS Xのgccは-masm=intelを受け付けないため、てっきりIntel記法をサポートしていないと勘違いしました。

勘違いしていた。Mac OS　XのasはIntel記法を受け付ける。gccが-masm=intelを受け付けない。コンパイラの出力を読むのが基本的なアプローチなので、AT&T記法が避けられないのには変わりないけど。

後日確認したところ、アセンブラはIntel記法を受け付けることが分かりました。

今日はPDP-11をやるとか言っておきながら、Valaをいじっていた。そうこうしていたら、Mac OS XのasがIntel記法で不可解な挙動を示したのに悩まされて、結局バグじゃないかと曖昧なまま終わった。Mach-Oはまともにいじったことがないので、よく分からない。

調子に乗って第5回コンパイラ実装会でBrainf*ckのトランスレータをIntel記法で出力したところバグが発覚しました。

iphone-devのodcctoolsのas(i386)がMinGWでビルドできた！iPhone用のためi386は未検証らしく、多少の修正が必要だった。AT&T記法ならMach-Oオブジェクトが生成できた。Intel記法のバグも再現した。これでデバッグできる！

アセンブラだけならMSYSでも何とかなりそうなので合間に試していましたが、どうにかビルドが通りました。NetBSDのときと同じエラーで起動しませんでしたが、これにより移植の失敗ではなく元々あったバグなのではないかと気付き、どうにかパッチを作って起動しました。

起動した結果、Mac OS Xのときと同じバグが再現できたので、ようやくそのバグの調査に取り掛かれそうだというのが現状です。

どうにかMach-Oの門はこじ開けたけど、まだ先は長い。クロスコンパイルしようとしているのは、Macを持っていないし買う予定もないから・・・