或るプログラマの一生

以前こんなことをツイートしてました。

主に Ut Video Codec Suite の開発まわりでの、改行コードが LF の対応状況をメモ代わりに。

JetBrains はオープンソース開発向けに無料ライセンスを用意しています。 Ut Video Codec Suite の開発にこれを適用できないかと思いました。この場合、実際に使うのは CLion になります。

Ut Video Codec Suite を Linux (Unix) でも使える（ビルドできる）ようにすることを考えているわけですが、今時生の Makefile をフルに手書きしたくはありません。

今 Unix でポピュラーな Makefile 生成システムというと autotools (automake/autoconf) と CMake が考えられます。他にも SCons とかいろいろあるようですが、考えないことにします。（ググっても CMake と比較するとだいぶ少ないし）

一般論として、リポジトリ内の改行コードは LF がよい、ということになっているようですが、例えば Ut Video Codec Suite とかのリポジトリでは CRLF で入っています。ついでに src zip も CRLF です。

なんでそうなっているのかというと、昔は Linux 上で svn リポジトリを checkout して samba 経由で Windows から開く、ということをたまにやっていたからです。Visual Studio 2005 だといくつかのファイルは CRLF でないと正常に開けなかった（はず）ため、じゃあってんで全部 CRLF になるようにしていました。今の git リポジトリの状態はそれを踏襲したものになります。 Git for Windows の設定も autocrlf=false にしています。

今後 Linux で使えるようにしようと考えると、改行が CRLF な状態は好ましくない（リポジトリ内が CRLF でチェックアウト状態が LF という設定はできない）かなぁ、と思い始めているのですが、リポジトリ内の改行を CRLF から LF に変更するとそのタイミングで blame での変更追跡が切れる、という問題が発生します。うーん。まあ仕方ないですが…

ちなみに、svn 時代はリポジトリは公開されていなかったのですが、その頃に CRLF になっている src zip を LF に変換して fork (?) している github リポジトリがあるのを見たことがあります。

むかーしから Linux 版は無いのと言われることはあります。今だと FFmpeg/Libav に彼らが書いた UtVideo 互換実装があるので、追従にタイムラグが若干存在しますがそれを使えます。性能がどうかは調べてないので分かりませんが。

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