TCHAR対応いただくのは構わないのですが、もしかしたら将来無駄になってしまうかもしれません。。
一応TCHAR方式でANSIコンパイルをサポートしていますが、
正直、個人的にはこの方式に希望は持っていません。
TCHAR, char, wchar_t 3種の文字列が混在した状態での保守は不経済的です。
APIをラップするほうがよっぽど有意義な管理となるはずです。
今だから言いますが、あえてANSIコンパイルをTCHAR方式でサポートしたのは、
ANSI版支持者の不安を緩衝し、無駄な議論を避けるためだけです。設計的な価値は全く無い、完全に無駄撃ち前提の対応でした。
ANSI対応方法 (TCHAR方式, APIラップ方式, or others) をどうするかは、本家統合後に議論を提起するつもりです。
このまま TCHAR方式が採用されれば、今回対応いただいた分も
無駄にはならないのですが、どう転ぶかは今の時点では判りません。
そういう理由から、自分は手を付けないでいます。
先に言っておくべきでしたね。。すみません。