問題タブ [dmake]

ストロベリー perl 5.16.2.2 64 ビット以降のバージョンを使用して CPAN モジュールをインストールする際に問題が発生しています。CPAN からインストールする場合、dmake はモジュールのビルドに失敗し、次のエラーが表示されます。

広範な調査の結果、この問題の修正は、perl Makefile.PL によって生成された dmake Makefile ファイルの先頭に SHELL=cmd.exe を追加することであることがわかりました。その後、次のコマンドを使用してモジュールをインストールできます。

問題は、CPAN インストールを試み、Makefile を編集し、cpan/build ディレクトリで dmake を手動で実行しないと、CPAN モジュールが自動的にインストールされないことです。環境変数 SHELL=cmd.exe または MAKESHELL=cmd.exe を使用すると、ビルドが正しく実行されないため、機能しません。

Windows 7 64 ビット マシンでこの問題が発生する理由の修正方法を知っている人はいますか?

ストロベリー perl インストールのすべての CPAN モジュールの dmake makefile を手動で編集して実行する必要がないように、cpan またはその他の手法の構成はありますか?

私は現在、dmakeについて何かできるかどうかを調べようとしていますが、utf8文字を含む単純なファイル名を持つメイクファイルでこのエラーメッセージが表示されます:

私の調査では、GNU make または dmake が UTF8 文字を含む makefile を処理できると想定されているかどうかについての言及を見つけることができませんでした。

したがって、私の質問は次のとおりです。メイクファイルに UTF8 文字を含めることができますか? その答えがわかっている場合、それはどこに文書化されていますか?

cygwinでコマンドを発行していますdmake

それはエラーを出しています

手がかりはありますか？

Linux で openssl 1.0.1h をビルドしようとしています。'make' を実行すると、dmake が検索され、システムで見つからないようです。

dmake 4.12 をダウンロードしてビルドしようとしたところ、別の問題が発生しました。私はなんとか ./configure を実行できましたが、問題ないようですが、「make」を実行すると次のようになります。

dmake をビルドしてインストールしようとしていますが、「make」コマンドが環境内で dmake を使用しています。ここでの解決策は何ですか？どうすればそれを構築できますか？

Perl モジュールを作成すると、次の警告が表示されますPNI-Node-Tk-0.14。

これは何を意味するのでしょうか？

このトピックは数回議論されていますが、答えは GNU make のみをカバーしているようです。この特定の Makefile については、Mac と Linux の場合は GNU make、Windows の場合は dmake を想定して、単一のクロスプラットフォーム ファイルにしたいと考えています。

dmake を使用して、指定したターゲットのみにマクロ/変数を割り当てる方法を見つけようとしています。この場合、プリプロセッサの定義に使用します。

追加したい

「最初の」ターゲットに

「更新」ターゲットに。

GNU make を使用すると、次のようにしてこれを実現できます。

残念ながら、dmake を使用するとビルドが壊れます。

ExtUtils::MakeMaker を使用して Makefile.PL を作成しています ソース ディレクトリが存在するかどうかを確認するために、makefile.PL に次の関数を追加しました

perl MakeFile.pl --source=/opt/srcを実行すると、すべて問題ありません

しかし、その後、make / dmakeを実行するとすべてが正常にコンパイルされますが、常に「ディレクトリが見つかりません」というメッセージと「エラーコード255」が表示されます。 .PL 上記のコードを削除すると、コンパイルが成功して終了します。