或るプログラマの一生

年末だというのに（年末だからか？）コーデックベンチをやっていました。

性能向上

• デコードを劇的に高速化した。

2年半ぐらい前にちょっと実験したもののその後放置していたハフマンデコードの高速化ですが、最近なんかやる気が出て来たので当時やってなかったアセンブラルーチンを書きました。

みっくみく

その５の続き

とてもダメそうな気がしますが、C++ の例外は使えるでしょうか。

その４の続き

C++ だとどうでしょうか。

その３の続き

その３ではリンクを Visual C++ 側で行いましたが、GCC 側でも行ってみます。

朝起きたら ARM 版 Windows 10 が発表されてました。Windows RT とは違ってフル機能の Windows 10 が動くらしいです。ネイティブ環境としては ARM64。しかも x86 エミュレーションあり。お兄さんビックリです。さすがに？ x64 エミュレーションは無いようですが。

フル機能の Windows 10 が動くということは、マルチメディアフレームワークである Video for Windows や DirectShow も当然載っていることが期待されます。そうするとコーデック開発勢としては ARM のアセンブラを勉強しなきゃいけないんですが、手持ちの ARM デバイスは Nexus5 しかなくて、これだと Java から呼び出すことになってしまって面倒です。母親の iPhone 6s を使うという手もありますが、これもこれで面倒です。

世の中には Raspberry Pi というものがあり、 Linux が普通に動いて（クロス開発ではなく）ホスト開発できてしまうので、これを使うのが良さそうです。Raspberry Pi 3 なら ARMv8 なので 64bit 開発可能です。これ本体ボードだけなら5000円しないんですね。安いなぁ。

ところで、発表されたので ARM の技術情報を見に ARM のサイトに行ったんですが、サーバが重いせいか昼からずっとアクセスできません。元から重いのか Windows の発表のせいなのかは分かりませんが…

長らく「自分のインストールしたCentOSではvimが構文着色等されないのに、他人のインストールしたCentOSでは構文着色される」のが疑問だったんです。ホストによって自分のドットファイルが違っているとかそういうことは無いです。

で、自分のインストールしたCentOSでは vim-minimal パッケージしか入っていないが、他人のインストールしたCentOSでは vim-enhanced パッケージも入っている、ということに先ほど気が付きました。そういうオチかい。私いつも最小インストールしてからパッケージを足していってるんで。

vim-minimal に入っているのは /bin/vi で vim-enhanced に入っているのは /usr/bin/vim なのですが、私の .bashrc では vim がある場合は alias vi=vim となるようになっていたので気が付かなかったんですね。

その２の続き

細かいことは置いといて、とりあえず一番簡単な条件を試してみましょう。処理系は以下の通り。

• Windows 7 64bit
• Visual Studio 2015 / MS-C for x86
• Cygwin 32bit + gcc-core 5.4.0-1