やっと64bitバージョンの動くところが見られました。 （今迄、動かせてなかったのです）
debian/sid でも januty 用のビルドでインストールできました。

PPA for Ubuntu Chromium Daily Builds

http://dev.chromium.org/getting-involved/dev-channel
こちらから、googleがbuildしたchrome linux版（Mac版も）をダウンロードすることができるようになりました。
32bit版も64bit版もどちらもあります。
これで、自分でbuildする必要がなくなりました。
更新頻度はそんなに高くはないようですが、、、、

またまた、更新。
書き留めておかないと、何を追加したのか、わからなくなってしまうので、ただのメモ。

今回のビルドで追加インストールが必要になった32bitライブラリ

• libgconf2-dev
• libglib2.0-dev

いずれも、getlibs (script on the Ubuntu forums) でインストール

それにしても、chromeのコンパイルは時間がかかるなぁ。
何度かリトライしているとはいえ、レポジトリの更新まで含めてほぼ1時間かかってる。。。

----
2009/05/29 のビルドで必要になった32bitライブラリ

• libasound2-dev

日本語の文字がトーフになって表示できなくなってしまっています。
前はできたのに。。。環境側が変わったせいなのだろうか

先月に続いて、またもやビルドしてみました。
今回は、エラーが出て、コンパイルに失敗。(64bit環境での話。32bitなら問題ないと思われる）
いろいろ調べてみた挙句、32bit版ライブラリが足りていないようだったので、以下のとおり対処。

1. 64bit環境に32bit版のライブラリをインストールするユーティリティをscript on the Ubuntu forums から入手。
2. インストールしたら、以下のとおり実行

getlibs -p libfreetype6

これでちゃんとコンパイルが通るようになりました。
このへんは、 LinuxBuild64Bit にも、まだ書かれていない。

http://code.google.com/p/chromium/wiki/LinuxBuildInstructions

このページを参考にして、Google Chrome for linux を build してみました。
昨日、気がついたら、いままで書かれていた「buildしても、chromeは起動しませんよ」という注意書きがなくなっていたので、いろいろ期待しつつ。。。
環境は Debian/GNU Linux Unstable(sid) amd86_64。 （ http://code.google.com/p/chromium/wiki/LinuxBuild64Bit ）
ソースのリビジョンは11321。

ちょっと前まで、ほとんどまともにbuildできなかったので、build自体はかなり手間取るんじゃないかと思っていましたが、リンクされるライブラリの設定にちょっとつまづいた以外は、わりとあっさりとbuild終了。

起動してみてびっくり。
ものすごく起動が速い。
もちろん、全ての機能が実装されているわけじゃないので、その分初期化しなければならないものも少いのでしょうが、ほとんど一瞬といっていいくらいでウィンドウが開いてデフォルトページが出てきます。

とりあえず、ざっと見てみて気がついたところを。
- 日本語フォントがうまく表示できないところがある
- タブが開かない
- オプションダイアログが出ない
- UIはもちろん英語
- firefoxなどでは可能なウィンドウへのマウス中ボタンでのURLペーストができない
- リリース版オプションをつけてbuildしたけど、デバッグライトいっぱい。
- Xのクリップボードがちゃんと処理できないないっぽい （gnomeのクリップボードは使えているみたい）

Gmail とか 自分で開発してるwebアプリなどを実行してみたけれど、上記の問題を除くと、ちゃんと実行できている様子。

で、さっそくベンチマーク。
http://www2.webkit.org/perf/sunspider-0.9/sunspider.html
エラーが結構出ていたようなので、ちゃんと実行できてないのかもしれないけれど、かなり高速。

============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                 1335.6ms +/- 4.6%
--------------------------------------------

  3d:                   198.6ms +/- 3.4%
    cube:                56.8ms +/- 11.3%
    morph:               80.0ms +/- 7.0%
    raytrace:            61.8ms +/- 8.3%

  access:               132.4ms +/- 10.0%
    binary-trees:         8.2ms +/- 27.1%
    fannkuch:            40.0ms +/- 31.7%
    nbody:               52.6ms +/- 4.9%
    nsieve:              31.6ms +/- 2.2%

  bitops:               114.8ms +/- 2.7%
    3bit-bits-in-byte:    8.0ms +/- 11.0%
    bits-in-byte:        20.4ms +/- 3.3%
    bitwise-and:         48.0ms +/- 5.2%
    nsieve-bits:         38.4ms +/- 1.8%

  controlflow:            4.8ms +/- 21.7%
    recursive:            4.8ms +/- 21.7%

  crypto:                81.6ms +/- 6.8%
    aes:                 29.2ms +/- 14.6%
    md5:                 27.4ms +/- 4.1%
    sha1:                25.0ms +/- 5.0%

  date:                 205.4ms +/- 16.0%
    format-tofte:        98.8ms +/- 26.2%
    format-xparb:       106.6ms +/- 7.0%

  math:                 140.8ms +/- 6.6%
    cordic:              43.0ms +/- 5.4%
    partial-sums:        73.4ms +/- 12.7%
    spectral-norm:       24.4ms +/- 2.8%

  regexp:                28.0ms +/- 30.3%
    dna:                 28.0ms +/- 30.3%

  string:               429.2ms +/- 3.5%
    base64:              46.4ms +/- 2.4%
    fasta:               75.6ms +/- 18.2%
    tagcloud:            82.6ms +/- 19.1%
    unpack-code:        136.6ms +/- 13.3%
    validate-input:      88.0ms +/- 19.9%

参考までに、こちらは同じPCで実行した Forefix3.0.7の実行結果

============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                  7729.8ms +/- 1.8%
--------------------------------------------

  3d:                    592.2ms +/- 17.5%
    cube:                182.4ms +/- 30.4%
    morph:               219.0ms +/- 15.6%
    raytrace:            190.8ms +/- 11.2%

  access:                797.6ms +/- 4.9%
    binary-trees:        171.2ms +/- 4.0%
    fannkuch:            245.6ms +/- 10.6%
    nbody:               153.0ms +/- 19.0%
    nsieve:              227.8ms +/- 4.7%

  bitops:                486.6ms +/- 6.6%
    3bit-bits-in-byte:   117.2ms +/- 11.7%
    bits-in-byte:        139.8ms +/- 13.9%
    bitwise-and:          89.8ms +/- 2.7%
    nsieve-bits:         139.8ms +/- 14.2%

  controlflow:           116.8ms +/- 2.0%
    recursive:           116.8ms +/- 2.0%

  crypto:                397.2ms +/- 6.1%
    aes:                 145.2ms +/- 16.1%
    md5:                 122.2ms +/- 2.2%
    sha1:                129.8ms +/- 18.2%

  date:                 1860.0ms +/- 2.1%
    format-tofte:       1667.0ms +/- 2.1%
    format-xparb:        193.0ms +/- 2.4%

  math:                  528.4ms +/- 5.5%
    cordic:              199.0ms +/- 5.4%
    partial-sums:        168.8ms +/- 12.4%
    spectral-norm:       160.6ms +/- 20.2%

  regexp:                614.0ms +/- 7.0%
    dna:                 614.0ms +/- 7.0%

  string:               2337.0ms +/- 2.6%
    base64:              174.0ms +/- 8.5%
    fasta:               279.2ms +/- 0.9%
    tagcloud:            542.4ms +/- 4.1%
    unpack-code:        1094.4ms +/- 4.6%
    validate-input:      247.0ms +/- 3.7%

ちゃんと実行されているのだとすれば、かなり速いことがわかる

ものすごく地味な機能だけど、google chrome でテキスト部分をダブルクリックすると、辞書を参照しているとしか思えないような選択の仕方をする。
Firefoxやその他のWindows/linuxのアプリケーションでは、日本語をダブルクリックして単語選択しようとすると、平仮名、片仮名、漢字の連続を単語として認識するのが通常の動作だけれど、chromeじゃ、辞書に応じた選択がおこなわれる。
例えば、「この記事編集部分では」なんて文字列があるとき、「編集」あたりでダブルクリックすると、Firefoxなどでは「記事編集部分」の6文字が選択されるが、chromeじゃ「編集」だけが選択されるという具合。

動作に遅延もないので、ネットワークにアクセスしながらやっているわけではなさそう。

はたして、どうやってるのか、、、、
わからなければ、ソースがあるんだから、探せばいいやん、ということで、ソースプログラムを当ってみた。
果して、問題の箇所を発見。（linux版 chromiumのソースツリーを探索しました）

src/third_party/icu38/source/data/brkitr/.svn/text-base/cjdict.txt.svn-base

上記ファイルに40万語ほどの日本語辞書を発見しました。この辞書をもとに単語境界を検索している模様。
日本語以外にも簡体中国語とタイ語の辞書があるようなので、少くともこの二つの言語では同様の処理が可能なのではないかと推測される。
やるねぇ、google。