或るプログラマの一生

みっくみく

その５の続き

とてもダメそうな気がしますが、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

その１の続き

そもそも相互運用するとして、どの点に互換性が必要かを考えると、おおむね以下のようになると思います。

Windows で使える GCC/Clang のバイナリでメジャーなものには、おおむね4つの「リリース元」があると思います。

前の記事で、システム環境変数で JAVA_TOOL_OPTIONS を -Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8 に設定するととりあえず回避できる、と書きました。しかし、よくよく考えてみると、Jenkins slave をインストールしているディレクトリにある jenkins-slave.xml の <arguments> 要素に -Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8 を追加すればそれで済むことに気が付きました。JAVA_TOOL_OPTIONS って本来そういう効果を持つ環境変数ですし。

これで他のプログラムに影響することを避けられます。