Quote from: madhatter2 on December 12, 2009, 06:34:21 AM
Mac OS X 10.4.11/Intel上でsvn 0.2のコンパイルがほぼ完了した（PPC970マシンもあるのでPPCビルドも可能だ）。ウィンドウ表示はwxwidgets経由のネイティブCarbonだ！速い！ Wink 新しいmakefile（makefile.osx、もちろんmakefile.unixベース……autoconfの使用は検討した？）を作成し、header.hにいくつかifdefを入れた。パッチがある。引き続きいじってみる。次はFreeBSDで試すかもしれない。
TORとI2Pのノードを大量に運用しているので、このアプリを同じサーバーに追加するのは簡単だ。Smiley
Bitcoinを2つのアプリに分割するのが理想的だと思う。wxwidgetsフロントエンド（大部分はすでにある）と、制御用TCPソケットにバインドするバックエンドだ。ソースコードを読んで分割がどれだけ難しいか検討しているが、かなり簡単にできると思う。もちろんAPIの開発が必要になるが。
ソースコードをいじり続けて、何ができるか見てみる。
Smiley
Macサポートは良いな。wxWidgetsはクロスプラットフォームで本当に効果を発揮している。
PPCは試さないでほしい。PPCはビッグエンディアンで、Bitcoinはリトルエンディアンだ。バイトスワップの可能性があるノードが存在すると、ネットワークのデバッグが困難になる無限のエンディアンバグが発生する。いずれにせよPPCは衰退途上だ。
autoconfは検討した。autoconfは、makefileが泥沼化した大規模プロジェクトには必要だが、私たちはまだ十分に小さいので、なしの方が最適だと思う。できるだけ長くmakefileをシンプルに保ちたいと思っている。
引用：「Bitcoinを2つのアプリに分割するのが理想的だと思います。wxwidgetsのフロントエンド（ほとんど出来上がっているので）と、制御用TCPソケットにバインドするバックエンドです。ソースを読んで分離がどれくらい難しいか確認していますが、かなり簡単なはずだと思います。もちろんAPIの開発が必要になりますが。」 考えただけで頭が痛くなる。すべてのUIバックエンドをTCP接続経由にすると、すべてが2倍難しくなる。リストビューコントロールの動作方法のため、リストビューコントロールを更新し続けるためにUIと内部データ構造の間には非常に大きな帯域幅が必要だ。
コマンドラインでの制御の方が好ましい。それでリモート管理とバッチ自動化が実現できる。