LLVMは「コンパイラインフラストラクチャ」という形で開発が進められているのだが、このLLDBは現代的な「デバッガインフラストラクチャ」とのことで、モジュラー化構造や再利用しやすいライブラリが特徴らしい。LLDBはLLVMの技術やAPI、パーサー、コードジェネレータ、JITコンパイラなどを利用して構築されているとのこと。

　現在は開発中の段階で、Mac OS Xでのコマンドラインでのデバッグのみに対応しているとのことだが、scriptableだったり、マルチスレッド対応など面白い話もある。さらに現状ではGDBよりも高速だそうで、特にC++プログラマにとっては使いやすいものになっているらしい。

　 SourceForge.JP のミラーからMinGW 5.1.4.exeとMSYS-1.0.11-rc-1.exeをダウンロードしてそれぞれインストール。MSYSは結構下の方（MSYS Base Systemの中）にあるので探す。

　それぞれインストール後、「C:\msys\1.0\etc\fstab.sample」を同じディレクトリに「fstab」という名前にコピー、下記のようにMinGWとActivePerlをインストールしているディレクトリに対応付ける。

c:/MinGW		/mingw
c:/Perl	/perl

　あとはスタートメニューの「MinGW」?「MSYS」?「MSYS」などからシェルを起動。gccがエラーを日本語で吐いてくれるのだがWindowsのコマンドプロンプトだと化けるのでexport LANG=Cを適宜設定。

GCC 4.4系を使う

　GCC 4.4系を使うには別途インストールが必要。「gcc-4.4.0-mingw32-notes.txt」に解説があるが、下記をMinGWのインストールディレクトリで展開すればよい。

GMP Runtime [REQUIRED]

gmp-4.2.4-mingw32-dll.tar.gz

MPFR Runtime [REQUIRED]

mpfr-2.4.1-mingw32-dll.tar.gz

POSIX Threads for Win32 Runtime [REQUIRED]

pthreads-w32-2.8.0-mingw32-dll.tar.gz

Core (C) [REQUIRED]

gcc-core-4.4.0-mingw32-bin.tar.gz、gcc-core-4.4.0-mingw32-dll.tar.gz

C++ [OPTIONAL]

gcc-c++-4.4.0-mingw32-bin.tar.gz、gcc-c++-4.4.0-mingw32-dll.tar.gz

　なお、ドキュメントにはgcc-full-4.4.0-mingw32-bin.tar.lzmaに全部入っていると書いてあるが、GMPとMPFRとPOSIX Threadは入っていなかった……（汗）。

[Macintosh:~]$ python
Python 2.5.1 (r251:54863, Feb  6 2009, 19:02:12)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

   # importすることで定義されたクラスは、その名前空間内に閉じこめられる 

>>> import foobar
>>> print foobar.FooBar
<class 'foobar.FooBar'>

   # 名前空間が異なっていても、名前空間さえ指定すればメンバ関数を追加できる 

>>> f = foobar.FooBar()
>>> f.show_name()
I'm FooBar.
>>> def rename(self,new_name):
...     self.name = new_name
...
>>> foobar.FooBar.rename = rename
>>> f.rename("john")
>>> f.show_name()
I'm john.

　大体予想通りの結果ですな。

　BlueGriffonは古くはNetscape Navigator Goldに端を発したMozilla系のHTMLエディタで、Nvu、KompoZerなどの後継ソフトだそうです。本家は bluegriffon.org 。

　BrueGriffonはXULベースで作成されており、レンダリングエンジンはもちろんGecko。XULベースなのでFirefoxなどと同じ感じで日本語化できるので、ちょっと日本語化してみました。まだ本家も開発版という位置付けで、基本的なHTML編集くらいしかできないんですがざっとテキストリソースを見る限り良さげな感じです。

　ということで期待しつつ、様子をみる感じで日本語化。しかし本家の開発リソースは少なそうなので開発の進捗はちょっと遅めの模様。まぁ請うご期待、ということで。

前提：

• ミラーリングされているファイルサーバーがある
• いままでは作業用PCがクラッシュしても大丈夫なように、作業後にいちいちファイルをファイルサーバー中のディレクトリに上書きコピーしていた
• ファイル数が多くなる/容量が大きくなると面倒
• これだと履歴管理ができない（Emacsの~.1のようなバックアップファイルに頼ることに）

　ということで、下記の手順でGitで差分バックアップをやってみる。

1. 作業ディレクトリをgitリポジトリ化する。

   $ git init
   $ git add ＜対象ファイル＞
   $ git commit -m "＜コメント＞"
     

2. ファイルサーバーにgitのbareリポジトリを作る

   $ cd ＜バックアップディレクトリ＞
   $ mkdir ＜適当なディレクトリ名＞.git
   $ cd ＜ディレクトリ名＞.git
   $ git init --bare
     

3. ファイルサーバー内のbareリポジトリにコミット

   $ cd ＜作業ディレクトリ＞
   $ git remote add origin ＜ファイルサーバー上のbareリポジトリのパス＞
   $ git push master:master
     

　あとは作業が一段落したタイミングごとにコミット＋pushをしていけばいいだけのはず。しかしこういう目的で使い出すとWindows上で動く、使いやすいGUIフロントエンドがほしくなるところではある。

　なお、詳細なドキュメントとしてはADCの Internationalization Programming Topics: Strings Files があるので、こちらも参照すべし。

Stringsファイルの構造

　Stringsファイルの構造は次のようになっている。

/* Insert Element menu item */
"Insert Element" = "Insert Element";
/* Error string used for unknown error types. */
"ErrorString_1" = "An unknown error occurred.";

　「/*」〜「*/」ガコメントで、続いて「”キー” = “文字列”」というデータが並ぶ構造となっている。Stringsファイルはアプリケーションバンドルの「<言語名>.lproj」ディレクトリ以下に収納されている。ちなみにデフォルトのStringsファイル名は「Localizable.strings」だが、任意の名前を付けることが可能。

Stringsファイルから文字列をロードする

　Strginsファイルから文字列を取り出すには、下記の関数を利用できる、

• Core Foundation macros:

• CFCopyLocalizedString
• CFCopyLocalizedStringFromTable
• CFCopyLocalizedStringFromTableInBundle
• CFCopyLocalizedStringWithDefaultValue

• NSLocalizedString
• NSLocalizedStringFromTable
• NSLocalizedStringFromTableInBundle
• NSLocalizedStringWithDefaultValue

　たとえばデフォルトStringsファイル（Localizable.strings）中に下記のような記述があったとする。

/* A comment */
"Yes" = "はい";

　この場合、下記のようにしてローカライズ文字列を読み出せる。

NSString* theString;
theString = NSLocalizedString (@"Yes", @"A comment");

　なお、NSLocalizedStringの第2引数は省略可能。また、Localizable.strings以外のStringsファイルからテキストをロードしたい場合はNSLocalizedStringFromTableを利用する。

Stringsファイルを作成するツール

　ローカライズする文字列を抜き出すためのツールとして、「genstrings」というものがある。たとえば、下記のように実行すると、カレントディレクトリ以下の*.mファイルからローカライズすべきテキストを抜き出し、Japanese.lprojディレクトリ以下のLocalizable.stringsファイルに書き出すとともに、*.mファイル中のテキスト文字列を「NSLocalizedString(@”文字列”, @”)に置き換えてくれる。

genstrings -o Japanese.lproj *.m