VC++ 6.0 でコンパイルされた大規模な C++ アプリケーションに perl 5.10 を埋め込むことを考えています。これは 2 つの疑問につながります。
1) 自分の perl を VC++ 6.0 でコンパイルするのではなく、Strawberry Perl を単に依存関係として使用するのは悪い考えですか? コンパイラの不一致を考えると、ストロベリーは機能しますか? Strawberry は mingw でコンパイルされていると思います。私自身のカスタム perl ビルドを維持する必要はありません。
2) Strawberry ルートに行った場合、Inline::C のようなものは組み込みアプリケーションで動作しますか? mingw でコンパイルされた Strawberry を呼び出す VC++ 6.0 コードがあり、次にユーザーの mingw でコンパイルされたコードを呼び出します。Inline::C は、組み込みの perl インタープリターで達成しようとしているものにとって素晴らしい機能です。
不確実性が伴うため、このアプリケーションで Strawberry Perl を試すのではなく、MSVC を使用して Perl をコンパイルすることをお勧めします。perlwin32に指示があり、 Perl Monksに関する関連する議論が参考になります。
Strawberry Perl の元リリース マネージャーとして、既にコンパイラに慣れていれば、それほど難しいことではないと言えます。
--xdg
Activestate perl は VC++ 6.0 でコンパイルされています。モジュールは同じ C ランタイム ライブラリである msvcrt.dll にリンクされているため、VC++ 6.0 または MinGW を使用してモジュールをコンパイルできます。VC++ 6.0 は無料でもすぐに入手できるわけでもないため (ターゲット マシンに確実にインストールされている場合を除きます)、MinGW を使用することをお勧めします。PPM でMingw を今すぐインストールし、CPAN からモジュールをコンパイルできます。多数のモジュールが問題なくコンパイルされます。CPAN を次のように構成する必要がある場合があります。
o conf yaml_module '' (2 つの単一引用符、間に何も入れない)
o conf コミット
Inline::C が動作します。