問題タブ [perl-module]

Perlモジュールを構築する場合、ExtUtils :: MakeMakerは、ccflagsやldf​​lagsなどの値にConfig.pm（perldoc Configを参照）で定義されたフラグを使用します。

これらの値をオーバーライドするにはどうすればよいですか（Makefile.PLを編集する以外）？

動作しないようです。

コンテキスト：OSX10.6でTerm::Readline::Gnuをコンパイルしようとしています。デフォルトのOSXperlはユニバーサルバイナリであるため、-arch i386 -arch ppcなどのccflagsがあります。
一方、私のバージョンのGnu Readline（6.0）は、-archi386のソースからのみコンパイルされています。そのため、-archppcを使用してリンクしようとしているモジュールに期待されるシンボルは含まれていません。

私はgVim、Perl、テストスクリプトに関しては初心者なので、これがばかげた質問ではないことを願っていますか？

LinuxおよびOSXでPerl::Tags 0.26を正常にインストールしましたが、WIN32でインストールテストエラーが発生します。perl.cpan.testersも参照してください。

私の質問は次のとおりです。

（i）VIMにはPerl :: Tagsが必要ですか、それとも適切なタグを生成するためにあふれんばかりのctagsに頼ることができますか？

（ii）Perl :: Tagsが必要な場合、次の問題をどのように修正しますか？テストは/Test.pmを予期しているが、WIN32では\ Test.pmを取得するため、インストールテストの多くは失敗するようです。テスト02_subclass.tの例を次に示します。

現在のテストはWIN32では失敗します

このテストは成功します-ディレクトリスラッシュに注意してください

これにより、タグファイルが機能しなくなりますか？

O/S に依存するテスト スクリプトの部分を記述するよりエレガントな方法はありますか?

コメント行の下のコードを参照してください。

背景:モジュールPerl::Tagsは、VIM のタグ ファイルを作成します。Win32 ではディレクトリ セパレータは「\」ですが、他の OS では「/」です。Vim の Perl サポート モジュールは、タグ ファイルを非常に問題なく読み取るように見えるので、モジュールを変更する必要はないようです。

DBIx::Class から始めて、DBIx::Class に入れたいサブセレクトがありますが、混乱してコードをビルドできません。

私のMySQLの選択はこれです：

DBIx::Class は副選択をサポートしていないことを読みました。本当？もしそうなら、あなたはこのような状況で何をしますか?

どこかでそれが可能であると読んだことは確かですが、知っておく必要があるいくつかの落とし穴があります。残念ながら、何をする必要があるかを説明したチュートリアルやページが見つかりません。Perl のチュートリアルを調べましたが、読んだ覚えのあるものは見つかりませんでした。複数のパッケージを 1 つの .pm ファイルに入れる方法を説明しているページまたはドキュメントを教えてください。

gmail の smtp サーバーと perl を使用してメールを送信したいと考えています。をインストールしようとしEmail::Send::Gmailていますが、インストール手順がわかりません。インストールしていない他のモジュールに依存しているようです。

Output:

Variable "$self" will not stay shared at ./test line 10.
Goodbye.

Apparently it works and I can suppress the warning with no warnings inside the END block. But I wonder if there is a better way how to do this.

I tried using an anonymous sub like this:

and then like this:

But I always get the same warning.

たとえば、次のコードのような Perl モジュールをいくつか見つけました。

とSub1;を囲む中括弧との意味は何ですか?$somevar

マシンへの特定のPerlインストールで最初に提供されたモジュールをどのように知ることができますか？

（これは重複で はありません：Perlモジュールがコアであるか標準インストールの一部であるかを確認するにはどうすればよいですか？ （「Perlモジュールがコアであるか標準インストールの一部であるかを確認するにはどうすればよいですか？」）-事実それからのスピンオフの質問）

もともとインストールに付属していたもの、そのインストールの一部として提供されたモジュール、組み込みのものを探しています。それ以来インストールされているものではありません。

これをどのPerlバージョンでも動作させたいです。

私はこれができるようになりたいです：

• インストールされているマシン上のPerlプログラム自体/コマンド内でスクリプトを使用する。したがって、このために、私はインストールに依存して、元々何があったかについて何らかの形で記録を残します。
• インストールする前に、ダウンロードしたパッケージで。どんなモジュールがあるのか​​聞いてください。

私がこれをしたい理由は次のとおりです。

• Perlがインストールされているマシンで実行するソフトウェアを作成するときにデフォルトとして期待できるモジュールと、デフォルトではないモジュールを追加する必要があるかどうかを知りたい
• 元のインストーラーイメージ/パッケージを保持するか、正確なものをオンラインで再度取得する方法を知っている場合、どのモジュールが存在し、どのモジュールが存在しないかを知っている複数のマシンに対して、繰り返し可能な一貫したPerlインストールがあります。
• 私のPerlソフトウェアは、ソフトウェアに必要なものを正確に定義するのが簡単なので、明確に定義された展開手順を持ちます
• 組織内にポリシーが設定されているため、Perlバージョンを簡単に更新/アップグレードできない場合があります（これはそのままです。これについては副次的な議論はしたくありません）。このようなポリシーは、メリットを上回る可能性のある新しいソフトウェアにアップグレードするリスクが常に存在するため、正当化できます。したがって、開発者は、何が利用可能になると期待できるかを知る必要があります。

私がこの質問をする理由は、どのPerlバージョンでも、マシンのデフォルトインストールに存在すると予想されるモジュールを定義する全体的な標準インストールを見つける自動化された方法がないように見えるためです-質問を参照してください： Perlモジュールがコアなのか標準インストールの一部なのかをどうやって見分けることができますか？ （「Perlモジュールがコアであるか標準インストールの一部であるかをどのように判断できますか？」）

Perlのバージョンは、どのモジュールが存在するかどうかを通知するために信頼することはできません。確かに、あなたに教えてくれるドキュメントがオンラインにあるかもしれません。しかし、ダウンロード/インストールしたリリースでこれを行う自動化された方法が必要です。異なるLinux/Unixディストリビューション上の同じPerlバージョンでさえ、異なる可能性があります。

プロジェクト用の Perl モジュールがあります。おそらく十数個のプログラムがぶら下がっていて、その多くはゴミです。私はこれまでDBIと個人的な時間をあまり過ごしたことがなかったので、その部分は修正可能ですが、大きなことはそれが大きいということです。文字通り2KLOC。

この関数 (Dumb.pm と呼びましょう) を別々のモジュール ( Dumb::FormTools 、 Dumb::Database など) に分割するのは簡単です。 '

Dumb::Database のエクスポート可能な関数を、Dumb を介してエクスポートしたいと思います。このバリエーションを何度も繰り返す必要はありません。

私がそれを上回っているわけではありません。これは、問題を処理するためのばかげた、洗練されていない方法のように見えるだけです。私は一度「よくわからない」という言い訳を使いました。ヘルプ？