或るプログラマの一生

同一 asm 句内に定義がある場合はいいのですが、別の asm 句に定義があると処理できません。

その１の続き

一つ重要なテストを忘れていました。 Extended Asm の Input Operand です。

Unix の ld コマンド（GNU の ld コマンド固有かもしれないけど）には --whole-archive というオプションがあって、スタティックライブラリの中のオブジェクトファイルを、どこからも参照されていなくても出力ファイルに含めることができます。これは、スタティックライブラリをシェアードライブラリに変換する手法としても知られています。

で、Visual C++ の場合に同様のことをやる方法ですが、バージョンによってちょっと違います。

性能向上

• UQY2, UQRG, UQRA: エンコードを高速化した。

2017年01月にいただいた寄付は以下の1件です。ありがとうございました。

なんでフランスから円建てで来てるんだろう…と思ったけど、ユーロ圏（というか日本円でも米ドルでもない）の人だとドル経由にするより直接円にした方がいいという判断は間違いではないのかも。

なお、2016年11月から12月には寄付はありませんでした。

結論から言うと、インラインアセンブラ部分の先頭に .intel_syntax noprefix と書く（だけ）。 -masm=intel オプションは付けなくてもいいが、GCC との互換性を考えると付けるべき、となります。（Clang しか考えないなら付けなくてもいい）。

以下経過と詳細な挙動。環境は CentOS 7 + Clang 3.5.2 です。

GCC には -wrapper オプションというのがあり、サブプロセスを起動するときのラッパーを指定することができます。

GCC のインラインアセンブラは以下のような構文をしています。(https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html)

その６の続き

今までずっと x86 を試していましたが、 x64 ではどうでしょうか。

機能追加

• ULY2, ULH2, ULY0, ULH0: YV16 での入出力に対応した。

性能向上

• ULY4, ULH4, ULY2, ULH2, ULY0, ULH0: ネイティブな planar フォーマットでの入出力を高速化した。