64 ビットサポート

ビットコインを 64 ビットシステムで動作するようにコンパイルできるようになっただろうか？ -m64 を指定するとコンパイルが失敗するようだ。

（催促するつもりはない）

余談だが、ネットワークが通常の約 3倍の規模になっていることに気づいた。ノードが増えている！

64 ビットのコンパイルはまだ試していない。64 ビット数を使用するのはわずかな箇所だけで、SHA-256 は 32 ビットアルゴリズムなので、64 ビットにしても速くならないが、64 ビット OS を使っている人には便利かもしれない。機会があれば-m64 を試して問題が何か確認してみる。

ia32-libs をインストールすれば、64 ビット Linux 上で 32 ビット版を実行できる。（sudo apt-get install ia32-libs）Debian パッケージを作成すれば、依存関係として自動的に取り込むことができるだろう。

現代のコンピューターはすべて amd64/EM64T だ。どちらのプラットフォームでもコンパイルできるべきだろう。たった一つのプログラムを動かすためだけに、すべての依存関係を 32 ビットモードでコンパイルするのは面倒だ。Windows プラットフォームでは 32 ビット/64 ビットの切り替えはシームレスだが、*NIX プラットフォームではデフォルトで通常どちらか一方になっているので、大きな苦痛だ。😉

回避策として、俺たちのネットワークで bitcoin を動かすために、FreeBSD 32 ビット jail（仮想サーバーイメージのようなもの）のコンパイルを進めている。zip して、scp して、展開して、起動するだけなので、より多くのノードのデプロイが容易になるはずだ。FreeBSD-8.0 ベースの動作するシステムイメージができたら、ダウンロードリンクを投稿するかもしれない。

ありがとう、引き続き良い仕事を。どれだけの交換所が BT を取引してくれるか楽しみだ。交換所の安定性と継続性がすべてだ。交換所が存続すれば、大企業がサービス手数料/チャージバック/クレジットカード業界による一般的な問題を回避するためにこのシステムを使うかもしれない。

引き続き素晴らしい仕事を！ 😊

64 ビットサポートの要望に賛成する。アプリの速度が上がらないとしてもだ。専門家ではないが、デメリットは見当たらない。一方で、未来を受け入れる良い方法だ。

64 ビットコンパイルの修正と、wxWidgets 2.9.0 をサポートするためのいくつかの修正を SVN にコミットした。

64 ビット用に serialize.h の min(sizeof())にコンパイルエラーが 1 つあり、それを修正した。残りの 64 ビットコンパイルエラーは wxWidgets 2.8.9 で発生していたため、wxWidgets 2.9.0 のサポートに取り組み始めた。

wxWidgets 2.9.0 は UTF-8 だ。wxWidgets の UTF-8 サポートを見越して、wxWidgets 2.8.9 の ANSI バージョンを使用してきた。

64 ビットの Ubuntu 9.10 Karmic でコンパイルして実行した。

残っているバグはステータスの数値が崩れる問題だけだと思う。原因はわからないが、UTF-8 関連の可能性があるが、どうしてそうなるかは見当もつかない。まだ調べていない。

build-unix.txt が更新され、SVN に 2 つの makefile があります： makefile.unix.wx2.8 makefile.unix.wx2.9

残念ながら、私たちが使用するどちらのバージョンの wxWidgets にもまだ Debian パッケージがない。wchar（「unicode」）版の wxWidgets 2.8 しかなく、wchar の wxString は std::string に変換できないため問題だ。私たちは ANSI の wxWidgets 2.8、または wxWidgets 2.9 のいずれかを使用している。なので、まだ自分で取得してビルドする必要がある。

素晴らしい！ 最新の SVN を俺のテスト用コンピューターのいくつかで試してみて、分かったことを知らせる。