でも昨日、かんたんマイペット(Amazon)をつけた布で拭いてみたら、驚くように回復した。
　これってただの洗剤なはずだから、Mighty Mouse のホイールにお悩みの人は台所用洗剤とかで試してみるといいかも。

　何度もディスクを拭いたりして、特にプリンタドライバが読めなかったのでカスタムインストールでプリンタドライバを除外したりしてどうにかインストール成功。
　インストール途中で電源が落ちても大丈夫！と謳っているだけあって、何度失敗しても10.5が立ち上がらなくなるとかいう不具合も無く、10.6を入れた後おかしくなる事もなかった。

　インストールが終わってしまえば動作は非常に良好で、きびきびしている。これは基本的なソフトが Grand Central Dispatch に対応しているからという噂もある。

　目に見える部分でどこが良くなったかというのは これは便利！ 「Snow Leopard」を実際に使って感じた新機能“トップ20” がわかりやすい。(天野さんのRSS経由で知りました)
　いまのところとりあえず快適。

$ cd boost_1_39_0

$ echo "using darwin : 4.2 : gcc-4.2 ;" >> tools/build/v2/user-config.jam
(gcc-4.2 を使用する場合のみ記述。標準の gcc でいい場合はこの行を飛ばす。)

$ sudo ./bjam --toolset=darwin macosx-version=10.5 architecture=combined address-model=32_64 threading=multi link=static,shared release debug install

$ cd /usr/local/lib
$ file libboost_thread-xgcc42-mt-1_39.a 
libboost_thread-xgcc42-mt-1_39.a: Mach-O universal binary with 4 architectures
libboost_thread-xgcc42-mt-1_39.a (for architecture i386):	current ar archive random library
libboost_thread-xgcc42-mt-1_39.a (for architecture ppc):	current ar archive random library
libboost_thread-xgcc42-mt-1_39.a (for architecture x86_64):	current ar archive random library
libboost_thread-xgcc42-mt-1_39.a (for architecture ppc64):	current ar archive random library

// a.cpp
#include <stdexcept>
char array[128 * 1024]; // 128 KB
main()
{
    std::runtime_error e("e");
}

$ spu-g++ -Os -D NDEBUG a.cpp
/usr/lib/gcc/spu/4.1.1/../../../../spu/bin/ld: .bss exceeds local store range

みたいな何の変哲もないコードで SPE のサイズをオーバーしちゃってハマってたのね。

　で、原因を調べてみたら、どうやら原因は std::runtime_error が依存している std::string にあるらしい事が判明。

// a2.cpp
main()
{
}

$ spu-g++ -Os -D NDEBUG a2.cpp
$ ll a.out
-rwxr-xr-x 1 yoffy yoffy 97K 2008-08-30 11:01 a.out

// a3.cpp
#include <string>
main()
{
    std::string s;
}

$ spu-g++ -Os -D NDEBUG a3.cpp
$ ll a.out
-rwxr-xr-x 1 yoffy yoffy 167K 2008-08-30 11:04 a.out

　std::allocator を少し疑ったんだけど、std::vector は問題ないので std::string 側に原因がありそうな気がする。面倒くさいので細かくは追ってない。
　別に stdexcept や string が無くても困らないけど、SPE 用にもう少し考えてくれてもいいんじゃないだろうか。

// a4.c
main()
{
}

$ spu-gcc -Os -D NDEBUG a4.c
$ ll a.out
-rwxr-xr-x 1 yoffy yoffy 4.9K 2008-08-30 11:34 a.out

　…。
　何もしてないのに 97 KB も使うっておかしいなあとは思ってたんだよ。これ、libstdc++ が怠慢じゃない？コンパイラオプションで例外とか止めたら小さくできるのかな。

NSColor * c = [NSColor whiteColor];
float r = [c recComponent];

　こんな単純なコードが動かない。
　今日重い腰を上げてドキュメントを読んでみたら、「RGBカラーでなければ例外を投げる」と書いてあった。whiteColor は RGB カラーではなくグレースケールカラーとして定義されているらしい。
　過去のアプリケーションとの互換性低すぎないか？これ。

　ということで、理由は分かったけれどもシステム標準の色からいつでも安全に RGB を得たい場合はどうすればいいんだろう。
　わざわざ変換しなくてはならないとか？
　それともシステムカラーは使えないものとして [NSColor colorWithCalibratedRed:green:blue:] で自力で解決するとか？

#include <altivec.h>

vector unsigned int test(vector unsigned int a, vector unsigned int b)
{
	vector unsigned int c;
	c = vec_cmpeq(a, b);
	return c;
}

$ g++ -maltivec test.cpp
test.cpp: In function 'unsigned int __vector__ test(unsigned int __vector__, unsigned int __vector__)':
test.cpp:6: error: cannot convert 'unsigned int __vector__' to 'unsigned int __vector__' in assignment

　日本語でおk

　そのまま自分の環境に当てはめると、これでいけた。