C#からTcl/Tkを使おうとして苦戦中

著者：高木信尚

公開日：2018/04/24

最終更新日：2018/04/24

カテゴリー：技術情報

タグ：C／Tcl／Tk

高木です。おはようございます。

私が以前からTcl/Tkをよく使っていることは、このブログを丹念に読まれている方ならご存知かと思います。
今回も、とある製品にTcl/Tkを組み込む可能性について、事前に調査を行っています。
当然のことながら具体的なことはここでは書けないのですが、当たり障りのないことだけは共有していきたいと考えています。

今回の構想では、C#からTcl/Tkを使おうとしています。
といっても、TclやTkのDLLをDllImportを使ってC#から直接呼び出そうとは考えていません。
いったんC++/CLIを介して、C#（というか.NET言語）からTcl/Tkの機能を使えればと考えています。

とりあえず、最新バージョンであるTcl/Tk 8.6.8のソースを入手しました。
最初は安易に、nmakeを使ってwin/Makefile.vcを実行すればビルドできるだろうと考えていました。
実際、Tclはすぐにビルドできました。

しかし、Tkで問題に直面します。

ざっと試した感じでは、上記のようなエラーが出てしまうのです。

直接の原因としては、Noneという名前のマクロが衝突していることにあります。
ただ、#undef Noneを挿入しても、今度はControlMaskが衝突しています。
また、単にNoneの定義を#undefで解除しただけでは、今度はNoneが未定義だということでエラーが出ることもあります。
要するに、なかなか一筋縄ではいきません。

そもそもソースからビルドしたかった理由は、アプリケーションから参照する（Visual C++の）ランタイムライブラリをひとつに絞りたかったということがあります。
複数のランタイムライブラリが混在していると、それはそれで嫌な問題が起きるからです。

しかし、C#から呼び出すことを想定している時点で、そこにはあまりこだわらなくてもいいのかもしれません。
それであれば、少しバージョンは古くなりますがActiveTclを使ってもいいでしょうし、MinGW-w64でビルドしてもかまわないでしょう。

何でもいいので、C++/CLIからTcl/Tkを呼び出すことさえできればしめたものです。
あとは既知の技術ですべてカバーできそうです。

もうひとつの選択肢としては、プロセスを分けてしまうという方法もあります。
ただ、それだとアプリケーションで使いたい特殊なコマンドを、プロセス間通信を使ってかなり回りくどいことをしないと呼び出せなくなります。
これは避けたいところです。

この件に関しては、今後も必要になってきそうですので追跡調査を行いたいと思います。
今回はとりあえず「うまくいかなかった」報告だけになりますが、いずれ続報をお伝えしたいと思います。