VC++ 6.0 でコンパイルされたアプリケーションに Strawberry Perl を埋め込んだり、コンパイラが一致しない Inline::C を使用したりできますか?

Question

VC++ 6.0 でコンパイルされた大規模な C++ アプリケーションに Perl 5.10 を埋め込むことを検討しています。これにより、2 つの疑問が生じます。

1) VC++ 6.0 で独自の Perl をコンパイルするのではなく、単に Strawberry Perl を依存関係として使用するのは悪い考えですか?コンパイラが一致しない場合でも、Strawberry は動作するでしょうか?Strawberry は mingw でコンパイルされていると思います。むしろ、独自のカスタム Perl ビルドを維持する必要はありません。

2) ストロベリールートを選択した場合、Inline::C のようなものは組み込みアプリケーションで動作しますか?VC++ 6.0 コードが mingw でコンパイルされた Strawberry を呼び出し、次にユーザーの mingw でコンパイルされたコードを呼び出すことになります。Inline::C は、私が埋め込み Perl インタプリタで達成しようとしていることにとって素晴らしい機能です。

Answer 1

不確実性を考慮すると、このアプリケーションでは Strawberry Perl を試す代わりに、MSVC を使用して Perl をコンパイルすることをお勧めします。に指示があります パールウィン32 そして 関連する議論 の上 パールモンク あなたを導くために。

Strawberry Perl の元リリース マネージャーとして、コンパイラーに慣れているのであれば、それほど難しいことではないと言えます。

--xdg

Answer 2

のActiveState Perlのは、VC ++ 6.0でコンパイルされています。それは彼らが同じCランタイムライブラリ、MSVCRT.DLLにリンクするので、モジュールをコンパイルするVC ++ 6.0またはMinGWのを使用することができます。 VC ++ 6.0は、無料でも容易に利用可能でもないので、MinGWのを使用するのが好ましいであろう（あなたはそれがターゲットマシンにインストールされていることを確認することができない限り。）<のhref = "http://www.openkomodo.com/blogs/troyt / ppmのインストール-mingwの」REL = "nofollowをnoreferrer">あなたは今のMingwをインストールPPM、およびCPANからモジュールをコンパイルすることができます。多数のモジュールは問題なくコンパイル。あなたとCPANを設定する必要があります：

Oのconf yaml_module ''（2つの単一引用符、間に何もない）

O confにコミット

インライン:: Cで動作します。