perlrun - how to execute the Perl interpreter

perlrun - Perl インタプリタの起動方法


perl [ -CsTuUWX ] [ -hv ] [ -V[:configvar] ] [ -cw ] [ -d[:debugger] ] [ -D[number/list] ] [ -pna ] [ -Fpattern ] [ -l[octal] ] [ -0[octal] ] [ -Idir ] [ -m[-]module ] [ -M[-]'module...' ] [ -P ] [ -S ] [ -x[dir] ] [ -i[extension] ] [ -e 'command' ] [ -- ] [ programfile ] [ argument ]...


The normal way to run a Perl program is by making it directly executable, or else by passing the name of the source file as an argument on the command line. (An interactive Perl environment is also possible--see perldebug for details on how to do that.) Upon startup, Perl looks for your program in one of the following places:

Perl プログラムを実行する普通の方法は、直接実行できる形にするか、 コマンドラインの引数としてソースファイルの名前を渡すことです。 (対話的な Perl 環境もあります -- どのようにするかの詳細については perldebug を参照して下さい。) 実行にあたって、Perl は指定されたプログラムを以下に示す場所で 探します:

  1. Specified line by line via -e switches on the command line.

    コマンドライン上で -e スイッチで指定された行。

  2. Contained in the file specified by the first filename on the command line. (Note that systems supporting the #! notation invoke interpreters this way. See "Location of Perl".)

    コマンドライン上で最初のファイル名として示されたファイルの中。 (#! 記法をサポートしているシステムでは、このようにして インタプリタを呼び出します。"Location of Perl" を参照して下さい。)

  3. Passed in implicitly via standard input. This works only if there are no filename arguments--to pass arguments to a STDIN-read program you must explicitly specify a "-" for the program name.

    標準入力から暗黙に渡される。 ファイル名を示す引数が無い場合にのみうまくいきます。 STDIN から読み込むプログラムに引数を渡すには、 プログラム名として明示的に "-" を指定しなくてはなりません、

With methods 2 and 3, Perl starts parsing the input file from the beginning, unless you've specified a -x switch, in which case it scans for the first line starting with #! and containing the word "perl", and starts there instead. This is useful for running a program embedded in a larger message. (In this case you would indicate the end of the program using the __END__ token.)

2 番目、3 番目の方法では、-x スイッチを指定した場合を除いて、 Perl は入力ファイルを最初から解析し始めます。 -x スイッチを 指定した場合には、まず、最初に #! と "perl" という文字列を 含む行を探し、そこから解析を始めます。 これは、大きなテキストにプログラムを埋め込んで、実行するようなときに便利です。 (この場合、プログラムの終わりは、トークン __END__ を使って 示すとよいでしょう。)

The #! line is always examined for switches as the line is being parsed. Thus, if you're on a machine that allows only one argument with the #! line, or worse, doesn't even recognize the #! line, you still can get consistent switch behavior regardless of how Perl was invoked, even if -x was used to find the beginning of the program.

#! を含む行のスイッチが必ず解析されるようになりました。 つまり、#! の行で引数が一つしか許されない、あるいは もっと悪く、#! の行が認識されないといったシステムで運用している 場合にも、-x でプログラムの開始位置を見つけた場合を 含め、どのように Perl が起動されたかによらず、一貫した スイッチの動作を期待できるようになっています。

Because historically some operating systems silently chopped off kernel interpretation of the #! line after 32 characters, some switches may be passed in on the command line, and some may not; you could even get a "-" without its letter, if you're not careful. You probably want to make sure that all your switches fall either before or after that 32-character boundary. Most switches don't actually care if they're processed redundantly, but getting a "-" instead of a complete switch could cause Perl to try to execute standard input instead of your program. And a partial -I switch could also cause odd results.

歴史的なオペレーティングシステムの中には カーネルによる #! 行の解釈が、エラーなしに 32 文字で 打ち切られてしまうものがありますので、あるスイッチはコマンドラインに 渡され、あるスイッチは渡されないといったことが起こります。 注意しないと、文字が続かない "-" だけが渡されるといったことも 起こり得ます。 すべてのスイッチが、確実に 32 文字境界の前か後ろかのどちらかに なるようにしたいことでしょう。 多くのスイッチは、余分に処理されても問題ありませんが、 完全なスイッチの代わりに "-" が入っていた場合には、 プログラムの代わりに、標準入力を Perl に 実行させることになってしまいます。 -I スイッチが中途半端になった場合にもおかしな結果となり得ます。

Some switches do care if they are processed twice, for instance combinations of -l and -0. Either put all the switches after the 32-character boundary (if applicable), or replace the use of -0digits by BEGIN{ $/ = "\0digits"; }.

2 回実行されることに注意する必要のあるスイッチもあります。 例えば -l-0 の組み合わせです。 (可能なら) 両方のスイッチが 32 文字境界の後ろにいくようにするか、 -0digitsBEGIN{ $/ = "\0digits"; } で置き換えてください。

Parsing of the #! switches starts wherever "perl" is mentioned in the line. The sequences "-*" and "- " are specifically ignored so that you could, if you were so inclined, say

#! スイッチの解析は、行内で "perl" が示された位置から始まります。 とりわけ "-*" と "- " という文字の並びは無視されますので、

    #!/bin/sh -- # -*- perl -*- -p
    eval 'exec perl -wS $0 ${1+"$@"}'
        if $running_under_some_shell;

to let Perl see the -p switch.

のように書けば、Perl に -p スイッチを渡すことができます。

A similar trick involves the env program, if you have it.

似たようなトリックは(持っていれば) env プログラムでも使えます。

    #!/usr/bin/env perl

The examples above use a relative path to the perl interpreter, getting whatever version is first in the user's path. If you want a specific version of Perl, say, perl5.005_57, you should place that directly in the #! line's path.

上の例は Perl インタプリタに相対パスを使って、 ユーザーの PATH で最初にあったバージョンを使います。 もし特定のバージョンの Perl、例えば perl5.005_57 が使いたいなら、 #! 行のパスに直接書くべきです。

If the #! line does not contain the word "perl", the program named after the #! is executed instead of the Perl interpreter. This is slightly bizarre, but it helps people on machines that don't do #!, because they can tell a program that their SHELL is /usr/bin/perl, and Perl will then dispatch the program to the correct interpreter for them.

#! 行に "perl" という語が含まれていなければ、#! の後に指定された プログラムが Perl インタプリタの代わりに実行されます。 これは少し変わっていますが、#! が行なえないマシンを使っている方には 有効でしょう。 プログラムに対して使っている SHELL が /usr/bin/perl だと言っておけば、 Perl が正しいインタプリタを起動してくれるからです。

After locating your program, Perl compiles the entire program to an internal form. If there are any compilation errors, execution of the program is not attempted. (This is unlike the typical shell script, which might run part-way through before finding a syntax error.)

プログラムの場所が特定できたなら、Perl はプログラム全体を内部形式に コンパイルし始めます。 コンパイルエラーが見つかった時には、プログラムの実行は行なわれません。 (これは、構文エラーがある場合にも、途中まで実行される可能性のある、 典型的なシェルのスクリプトと異なる点です。)

If the program is syntactically correct, it is executed. If the program runs off the end without hitting an exit() or die() operator, an implicit exit(0) is provided to indicate successful completion.

プログラムが構文的に正しければ、実行されることになります。 プログラムが、exit() 演算子にも die() 演算子にも当たらないで 最後まで到達すると、正常に完了したことを示すために、暗黙の exit(0) が行なわれます。

非 Unix システムでの #! とクォート

Unix's #! technique can be simulated on other systems:

Unix の #! のテクニックは他のシステムでもシミュレートされています。



    extproc perl -S -your_switches

as the first line in *.cmd file (-S due to a bug in cmd.exe's `extproc' handling).

*.cmd ファイルの最初の行に

    extproc perl -S -your_switches

と書いてください (-S は cmd.exe の `extproc' の扱いの バグを引き起こします)。


Create a batch file to run your program, and codify it in ALTERNATIVE_SHEBANG (see the dosish.h file in the source distribution for more information).

プログラムを実行するバッチファイルを作って、 ALTERNATIVE_SHEBANG でコード化してください (さらなる情報についてはソース配布パッケージの dosish.h ファイルを 参照して下さい)。


The Win95/NT installation, when using the ActiveState installer for Perl, will modify the Registry to associate the .pl extension with the perl interpreter. If you install Perl by other means (including building from the sources), you may have to modify the Registry yourself. Note that this means you can no longer tell the difference between an executable Perl program and a Perl library file.

Win95/NT でのインストールにおいて、ActiveState の Perl 用インストーラーを 使った場合は、拡張子 .pl を Perl インタプリタに関連付けるよう レジストリを変更します。 他の方法で Perl をインストールした場合(ソースから構築した場合を含みます)、 レジストリを自分で変更する必要があります。 これは実行可能な Perl プログラムと Perl ライブラリファイルとの 違いがなくなってしまうことに注意してください。


A Macintosh perl program will have the appropriate Creator and Type, so that double-clicking them will invoke the perl application.

Macintosh perl プログラムは適切な Creator と Type を持っているので、 ダブルクリックすれば Perl アプリケーションを起動できます。



    $ perl -mysw 'f$env("procedure")' 'p1' 'p2' 'p3' 'p4' 'p5' 'p6' 'p7' 'p8' !
    $ exit++ + ++$status != 0 and $exit = $status = undef;

at the top of your program, where -mysw are any command line switches you want to pass to Perl. You can now invoke the program directly, by saying perl program, or as a DCL procedure, by saying @program (or implicitly via DCL$PATH by just using the name of the program).


    $ perl -mysw 'f$env("procedure")' 'p1' 'p2' 'p3' 'p4' 'p5' 'p6' 'p7' 'p8' !
    $ exit++ + ++$status != 0 and $exit = $status = undef;

と書いてください。ここで -mysw は Perl に渡したい コマンドラインスイッチです。これで perl program として直接 プログラムを起動できますし、 @program として(あるいは DCL$PATH 経由でプログラム名を使って) DSL 手続きとして起動できます。

This incantation is a bit much to remember, but Perl will display it for you if you say perl "-V:startperl".

この決まり文句は覚えるには少々長すぎますが、 perl "-V:startperl" とすれば Perl がこれを表示してくれます。

Command-interpreters on non-Unix systems have rather different ideas on quoting than Unix shells. You'll need to learn the special characters in your command-interpreter (*, \ and " are common) and how to protect whitespace and these characters to run one-liners (see -e below).

非 Unix システムのコマンドインタプリタはクォートに関して Unix シェルと異なった考え方をしています。 お使いのコマンドインタプリタのスペシャルキャラクタについて (*, \, " は一般的です)、そして 一行で起動するために(後述する -e を参照して下さい)空白や スペシャルキャラクタを保護する方法について学ぶ必要があるでしょう。

On some systems, you may have to change single-quotes to double ones, which you must not do on Unix or Plan9 systems. You might also have to change a single % to a %%.

システムによってはシングルクォートをダブルクォートに変更する必要が あるかもしれません。しかし Unix や Plan9 のシステムでは してはいけません。 また、単体の % を %% に変更する必要があるかもしれません。

For example:


    # Unix
    perl -e 'print "Hello world\n"'

    # MS-DOS, etc.
    perl -e "print \"Hello world\n\""

    # Macintosh
    print "Hello world\n"
     (then Run "Myscript" or Shift-Command-R)

    # VMS
    perl -e "print ""Hello world\n"""

The problem is that none of this is reliable: it depends on the command and it is entirely possible neither works. If 4DOS were the command shell, this would probably work better:

問題は、これらはどれも信頼性がないことです。 これはコマンドに依存し、どれも動かないかもしれません。 4DOS がコマンドシェルなら、おそらくよりよく動きます:

    perl -e "print <Ctrl-x>"Hello world\n<Ctrl-x>""

CMD.EXE in Windows NT slipped a lot of standard Unix functionality in when nobody was looking, but just try to find documentation for its quoting rules.

Windows NT の CMD.EXE は誰も見ていない間に多くの標準 Unix 機能が 入り込んでいますが、クォートのルールに関しては ドキュメントを探してみてください。

Under the Macintosh, it depends which environment you are using. The MacPerl shell, or MPW, is much like Unix shells in its support for several quoting variants, except that it makes free use of the Macintosh's non-ASCII characters as control characters.

Macintosh では、使っている環境に依存します。 MacPerl shell や MPW はクォート関係の対応に関して かなり Unix シェルと似ています。 しかし、Macintosh の非 ASCII 文字をコントロール文字として 自由に使うことができます。

There is no general solution to all of this. It's just a mess.

この辺りのことに関する一般的な解決方法はありません。 まったくぐちゃぐちゃです。

Perl の位置

It may seem obvious to say, but Perl is useful only when users can easily find it. When possible, it's good for both /usr/bin/perl and /usr/local/bin/perl to be symlinks to the actual binary. If that can't be done, system administrators are strongly encouraged to put (symlinks to) perl and its accompanying utilities into a directory typically found along a user's PATH, or in some other obvious and convenient place.

当たり前のように聞こえるかもしれませんが、 Perl はユーザーが簡単に発見できる場合にのみ有用です。 可能なら、/usr/bin/perl/usr/local/bin/perl の両方に 実際のバイナリへのシンボリックリンクを置くというのはよい考えです。 もしこれが無理なら、システム管理者は Perl と 付随するユーティリティ (へのシンボリックリンク) を、 典型的にユーザーの PATH で見付かるディレクトリか、 その他の明らかで便利な場所に置くべきです。

In this documentation, #!/usr/bin/perl on the first line of the program will stand in for whatever method works on your system. You are advised to use a specific path if you care about a specific version.

このドキュメントでは、#!/usr/bin/perl とプログラムの先頭に書けば システムの全てのメソッドが実行できるものとしています。 特定のバージョンを使いたい場合は、特定のパスを使うか:


or if you just want to be running at least version, place a statement like this at the top of your program:

あるいは単に最低限のバージョンを指定した場合は、 以下のような行をプログラムの先頭に置いてください:

    use 5.005_54;


As with all standard commands, a single-character switch may be clustered with the following switch, if any.

全ての標準コマンドと同様に、 1 文字のスイッチは、次に続くスイッチがあれば、それとつなげる ことができます。

    #!/usr/bin/perl -spi.orig   # same as -s -p -i.orig

Switches include:



specifies the input record separator ($/) as an octal number. If there are no digits, the null character is the separator. Other switches may precede or follow the digits. For example, if you have a version of find which can print filenames terminated by the null character, you can say this:

入力レコードセパレータ ($/) を 8 進数で示します。 digits を指定しないと、ヌル文字がセパレータになります。 他のスイッチを前に置いてもかまいませんし、digits のあとに つなげてもかまいません。 たとえば、ファイル名をヌル文字で区切って表示できる find があれば:

    find . -name '*.orig' -print0 | perl -n0e unlink

The special value 00 will cause Perl to slurp files in paragraph mode. The value 0777 will cause Perl to slurp files whole because there is no legal character with that value.

00 という特別な値は、Perl にパラグラフモードで、ファイルを読ませます。 0777 という値は、該当する文字がないため、 Perl にファイル全体を読ませることになります。


turns on autosplit mode when used with a -n or -p. An implicit split command to the @F array is done as the first thing inside the implicit while loop produced by the -n or -p.

-n-p といっしょに用いると、自動 split モードになります。 -n-p で作られる暗黙のループ内の最初の文として、 配列 @F への暗黙の split コマンドが実行されます。

    perl -ane 'print pop(@F), "\n";'

is equivalent to


    while (<>) {
        @F = split(' ');
        print pop(@F), "\n";

An alternate delimiter may be specified using -F.

-F を使って区切文字を変更することができます。


enables Perl to use the native wide character APIs on the target system. The magic variable ${^WIDE_SYSTEM_CALLS} reflects the state of this switch. See "${^WIDE_SYSTEM_CALLS}" in perlvar.

Perl がターゲットシステムのワイド文字 API を使うように指示します。 マジック変数 ${^WIDE_SYSTEM_CALLS} にスイッチの状態が反映されます。 "${^WIDE_SYSTEM_CALLS}" in perlvar を参照して下さい。

This feature is currently only implemented on the Win32 platform.

この機能は現在のところ Win32 システムにのみ実装されています。


causes Perl to check the syntax of the program and then exit without executing it. Actually, it will execute BEGIN, CHECK, and use blocks, because these are considered as occurring outside the execution of your program. INIT and END blocks, however, will be skipped.

Perl にスクリプトの構文のチェックを行なわせ、実行せずに 終了するようにします。 実際には、BEGIN, CHECK, use ブロックは 実行します。 これらはプログラムの実行の外側にあるものと考えられるからです。 INITEND ブロックはスキップされます。


runs the program under the Perl debugger. See perldebug.

Perl デバッガの下でプログラムを実行します。 perldebug を参照してください。


runs the program under the control of a debugging, profiling, or tracing module installed as Devel::foo. E.g., -d:DProf executes the program using the Devel::DProf profiler. As with the -M flag, options may be passed to the Devel::foo package where they will be received and interpreted by the Devel::foo::import routine. The comma-separated list of options must follow a = character. See perldebug.

Devel::foo としてインストールされる デバッグ・プロファイリング・ トレースモジュールの制御下でプログラムを実行します。 つまり、-d:DProf は Devel::DProf プロファイラを使って プログラムを実行します。 -M フラグと共に使うと、オプションは Devel::foo パッケージに渡され、Devel::foo::import ルーチンで 解釈されます。 オプションをコンマ区切りのリストにするときは = の文字の 後に続けなければなりません。perldebug を参照して下さい。


sets debugging flags. To watch how it executes your program, use -Dtls. (This works only if debugging is compiled into your Perl.) Another nice value is -Dx, which lists your compiled syntax tree. And -Dr displays compiled regular expressions. As an alternative, specify a number instead of list of letters (e.g., -D14 is equivalent to -Dtls):

デバッグフラグを設定します。 スクリプトがどのように実行されるかを見るには、 -Dtls を使ってください。 (これは、デバッグ機能を盛り込んで コンパイルしたときにだけ働きます。) この他に役に立つ値としては、コンパイルされた構文ツリーを表示する、 -Dx があげられます。 -Dr は、コンパイルした正規表現を表示します。 文字のリストの代わりに数字を指定することもできます (たとえば、-D14-Dtls と等価です):

        1  p  Tokenizing and parsing
        2  s  Stack snapshots
        4  l  Context (loop) stack processing
        8  t  Trace execution
       16  o  Method and overloading resolution
       32  c  String/numeric conversions
       64  P  Print preprocessor command for -P, source file input state
      128  m  Memory allocation
      256  f  Format processing
      512  r  Regular expression parsing and execution
     1024  x  Syntax tree dump
     2048  u  Tainting checks
     4096  L  Memory leaks (needs -DLEAKTEST when compiling Perl)
     8192  H  Hash dump -- usurps values()
    16384  X  Scratchpad allocation
    32768  D  Cleaning up
    65536  S  Thread synchronization
   131072  T  Tokenising
        1  p  トークン化と構文解析
        2  s  スタックの表示
        4  l  コンテキスト(ループ)スタックの処理
        8  t  実行のトレース
       16  o  メソッドとオーバーロードの解決
       32  c  文字列/数値変換
       64  P  -P のためのプリプロセッサコマンドの表示、ソースファイル入力状態
      128  m  メモリ配置
      256  f  フォーマットの処理
      512  r  正規表現の解析と実効
     1024  x  構文トリーのダンプ
     2048  u  汚染チェック
     4096  L  メモリリーク (Perl のコンパイル時に -DLEAKTEST が指定されている必要がある)
     8192  H  ハッシュのダンプ -- values() の横取り
    16384  X  スクラッチパッドの配置
    32768  D  全消去
    65536  S  スレッド同期
   131072  T  トークン化

All these flags require -DDEBUGGING when you compile the Perl executable. See the INSTALL file in the Perl source distribution for how to do this. This flag is automatically set if you include -g option when Configure asks you about optimizer/debugger flags.

これらの全てのフラグは Perl 実行ファイルをコンパイルするときに -DDEBUGGING が指定されている必要があります。 そうするためにどうすればいいかについては Perl のソース配布パッケージの INSTALL ファイルを参照して下さい。 このフラグは Configure が最適化/デバッガフラグを尋ねたときに -g オプション込みで指定すれば自動的にセットされます。

If you're just trying to get a print out of each line of Perl code as it executes, the way that sh -x provides for shell scripts, you can't use Perl's -D switch. Instead do this

シェルスクリプトにおける sh -x のように、 単に今実行している Perl のコードを表示したい場合は、 Perl の -D スイッチは使えません。代わりに以下のようにしてください:

  # Bourne shell syntax
  $ PERLDB_OPTS="NonStop=1 AutoTrace=1 frame=2" perl -dS program

  # csh syntax
  % (setenv PERLDB_OPTS "NonStop=1 AutoTrace=1 frame=2"; perl -dS program)

See perldebug for details and variations.

詳細とバリエーションについては perldebug を参照して下さい。

-e commandline

may be used to enter one line of program. If -e is given, Perl will not look for a filename in the argument list. Multiple -e commands may be given to build up a multi-line script. Make sure to use semicolons where you would in a normal program.

1 行のプログラムを指定するのに使用します。 -e が指定されると Perl は引数のリストからはファイル名を探しません。 複数の -e コマンドで、複数行のスクリプトを構成することができます。 通常のプログラムでセミコロンを置くところには、セミコロンを使うことに 気を付けてください。


specifies the pattern to split on if -a is also in effect. The pattern may be surrounded by //, "", or '', otherwise it will be put in single quotes.

-a も有効なときに、split を行なう正規表現を指定します。 パターンは //, "", '' で囲むか、 シングルクォートの中に書きます。


prints a summary of the options.



specifies that files processed by the <> construct are to be edited in-place. It does this by renaming the input file, opening the output file by the original name, and selecting that output file as the default for print() statements. The extension, if supplied, is used to modify the name of the old file to make a backup copy, following these rules:

<> の構文で処理されたファイルを置き換えるための拡張子を 指定します。 これは、入力ファイルをリネームし、元の名前で出力ファイルを open し、 print() 文のデフォルトとしてその出力ファイルを select することで行ないます。 extension が指定されると、昔の内容のバックアップを行なう ファイル名の拡張子として、元のファイル名に付け加えられます。

If no extension is supplied, no backup is made and the current file is overwritten.

extension が指定されないと、バックアップを作らず、 現在のファイルが上書きされます。

If the extension doesn't contain a *, then it is appended to the end of the current filename as a suffix. If the extension does contain one or more * characters, then each * is replaced with the current filename. In Perl terms, you could think of this as:

extension に * が含まれていない場合、現在のファイル名の末尾に 接尾子として付け加えられます。 extension に一つ以上の * の文字がある場合、 それぞれの * は現在のファイル名で置き換えられます。 Perl 的に書くと、以下のようになります:

    ($backup = $extension) =~ s/\*/$file_name/g;

This allows you to add a prefix to the backup file, instead of (or in addition to) a suffix:

以下のようにすると、(接尾子の代わりに、あるいは接尾子に加えて) バックアップファイルに接頭子をつけることができます。

    $ perl -pi 'orig_*' -e 's/bar/baz/' fileA   # backup to 'orig_fileA'

Or even to place backup copies of the original files into another directory (provided the directory already exists):

元のファイルのバックアップコピーを(既にある)他のディレクトリに作ることも できます:

    $ perl -pi 'old/*.orig' -e 's/bar/baz/' fileA # backup to 'old/fileA.orig'

These sets of one-liners are equivalent:


    $ perl -pi -e 's/bar/baz/' fileA            # overwrite current file
    $ perl -pi '*' -e 's/bar/baz/' fileA        # overwrite current file

    $ perl -pi '.orig' -e 's/bar/baz/' fileA    # backup to 'fileA.orig'
    $ perl -pi '*.orig' -e 's/bar/baz/' fileA   # backup to 'fileA.orig'

From the shell, saying


    $ perl -p -i.orig -e "s/foo/bar/; ... "

is the same as using the program:


    #!/usr/bin/perl -pi.orig

which is equivalent to


    $extension = '.orig';
    LINE: while (<>) {
        if ($ARGV ne $oldargv) {
            if ($extension !~ /\*/) {
                $backup = $ARGV . $extension;
            else {
                ($backup = $extension) =~ s/\*/$ARGV/g;
            rename($ARGV, $backup);
            open(ARGVOUT, ">$ARGV");
            $oldargv = $ARGV;
    continue {
        print;  # this prints to original filename

except that the -i form doesn't need to compare $ARGV to $oldargv to know when the filename has changed. It does, however, use ARGVOUT for the selected filehandle. Note that STDOUT is restored as the default output filehandle after the loop.

違うのは、-i の形式が、いつファイル名が変わったかを知るために、 $ARGV と $oldargv を比較する必要がないことです。 しかしながら、選択するファイルハンドルとして ARGVOUT は使用します。 ループのあとは、STDOUT がデフォルトのファイルハンドルとして再設定されます。

As shown above, Perl creates the backup file whether or not any output is actually changed. So this is just a fancy way to copy files:

上述の通り、Perl はバックアップファイルを実際に出力が変更されたか どうかに関わらず作成します。従って、以下はファイルをコピーする 変わった方法となります:

    $ perl -p -i '/some/file/path/*' -e 1 file1 file2 file3...
    $ perl -p -i '.orig' -e 1 file1 file2 file3...

You can use eof without parentheses to locate the end of each input file, in case you want to append to each file, or reset line numbering (see example in "eof" in perlfunc).

個々のファイルの終わりに何かを付け加えたいときや、行番号を リセットしたいような場合に、個々の入力ファイルの終わりを知るために、 括弧の無い eof を使うことができます。 ("eof" in perlfunc の例を参照してください。)

If, for a given file, Perl is unable to create the backup file as specified in the extension then it will skip that file and continue on with the next one (if it exists).

与えられたファイルに対して、Perl が指定された拡張子でバックアップファイルを 作れない場合、そのファイルはスキップされて (もしあれば)次のファイルに移って継続します。

ファイルのパーミッションと -i に関する議論については、 "Why does Perl let me delete read-only files? Why does -i clobber protected files? Isn't this a bug in Perl?" in perlfaq5 を 参照して下さい。

You cannot use -i to create directories or to strip extensions from files.

-i は、ディレクトリを作ったり、ファイルの拡張子を取り除いたりは できません。

Perl does not expand ~ in filenames, which is good, since some folks use it for their backup files:

Perl は ~ を展開しません。 これはバックアップファイルを以下のようにして作る人々のためには よいことです。

    $ perl -pi~ -e 's/foo/bar/' file1 file2 file3...

Finally, the -i switch does not impede execution when no files are given on the command line. In this case, no backup is made (the original file cannot, of course, be determined) and processing proceeds from STDIN to STDOUT as might be expected.

最後に、-i スイッチは、コマンドラインでファイルが指定されなくても 実行を妨げません。この場合、バックアップファイルは作成されず (もちろん、元のファイルが決定できません)、 予想通り、STDIN から STDOUT に処理が行われます。


Directories specified by -I are prepended to the search path for modules (@INC), and also tells the C preprocessor where to search for include files. The C preprocessor is invoked with -P; by default it searches /usr/include and /usr/lib/perl.

-I で指定されたディレクトリはモジュールの検索パス(@INC)に 加えられ、また C プリプロセッサにインクルードファイルを探す場所を示します。 C プリプロセッサは -P で起動されます。 デフォルトでは /usr/include と /usr/lib/perl を探します。


enables automatic line-ending processing. It has two separate effects. First, it automatically chomps $/ (the input record separator) when used with -n or -p. Second, it assigns $\ (the output record separator) to have the value of octnum so that any print statements will have that separator added back on. If octnum is omitted, sets $\ to the current value of $/. For instance, to trim lines to 80 columns:

自動の行末処理を行なうようにします。 これには、2 つの独立した機能があります。 1 つには、-n-p を使ったときに、 自動的に$/(入力レコードセパレータ)を chomp します。 2 つめに octnum を $\(出力レコードセパレータ) に代入し、 print 文でセパレータを追加できるようにします。 octnum を指定しなかった場合には、その時点の $/ の値を $\ に設定します。 たとえば、行を 80 カラムに切り詰めるには以下のようにします:

    perl -lpe 'substr($_, 80) = ""'

Note that the assignment $\ = $/ is done when the switch is processed, so the input record separator can be different than the output record separator if the -l switch is followed by a -0 switch:

$\ = $/ という代入は、-l スイッチが処理されるときに 実行されるときに行なわれますので、-l スイッチの後に -0 スイッチを置くようにすれば、入力レコードセパレータを、 出力レコードセパレータと違うようにもできます:

    gnufind / -print0 | perl -ln0e 'print "found $_" if -p'

This sets $\ to newline and then sets $/ to the null character.

これはまず、$\ に改行 ($/ のデフォルト値) を設定し、 それから $/ にヌル文字を設定します。

-M[-]'module ...'

-mmodule executes use module (); before executing your program.

-mmodule はプログラムの実行前に use module (); を 実行します。

-Mmodule executes use module ; before executing your program. You can use quotes to add extra code after the module name, e.g., '-Mmodule qw(foo bar)'.

-Mmodule はプログラムの実行前に use module ; を 実行します。モジュール名の後ろに追加のコードを加えるために クォートを使うこともできます。つまり '-Mmodule qw(foo bar)' などです。

If the first character after the -M or -m is a dash (-) then the 'use' is replaced with 'no'.

-M または -m の後の最初の文字がダッシュ(-)の場合、 'use' の代わりに 'no' が使われます。

A little builtin syntactic sugar means you can also say -mmodule=foo,bar or -Mmodule=foo,bar as a shortcut for '-Mmodule qw(foo bar)'. This avoids the need to use quotes when importing symbols. The actual code generated by -Mmodule=foo,bar is use module split(/,/,q{foo,bar}). Note that the = form removes the distinction between -m and -M.

小さい組み込みの文法的シュガーとして、 '-Mmodule qw(foo bar)' の代わりに -mmodule=foo,bar または -Mmodule=foo,bar と書くことができます。 これで、インポートするシンボルにクォートを使わなくてもよいようになります。 -Mmodule=foo,bar で生成される実際のコードは use module split(/,/,q{foo,bar}) です。 = の形は -m-M の間の違いを取り除くことに注意してください。


causes Perl to assume the following loop around your program, which makes it iterate over filename arguments somewhat like sed -n or awk:

以下のようなループが、実際のプログラムの回りにあるかのように Perl に指示します。 sed -nawk のようにファイル名引数上で繰り返しを 行なうことになります:

    while (<>) {
        ...             # your program goes here

Note that the lines are not printed by default. See -p to have lines printed. If a file named by an argument cannot be opened for some reason, Perl warns you about it and moves on to the next file.

デフォルトでは、各行が印字されることはありません。 各行の印字を行なうには -p を参照してください。 引数で指定されたファイルがなんらかの理由でオープンできなかった場合、 Perl は警告を出して次のファイルに移ります。

Here is an efficient way to delete all files older than a week:

以下にあげるのは、1 週間以上たったファイルを効率的に 削除するものです:

    find . -mtime +7 -print | perl -nle unlink

This is faster than using the -exec switch of find because you don't have to start a process on every filename found. It does suffer from the bug of mishandling newlines in pathnames, which you can fix if you

これは、ファイル名が見つかるごとにプロセスを起動しなくて済みますので、 find-exec スイッチを使うよりも速くなります。 これはパス名に改行コードがあるとうまく扱えないバグの影響を受けますので、 -O の例に従うことで修正できます。

BEGIN and END blocks may be used to capture control before or after the implicit program loop, just as in awk.

awk と同じように、暗黙に実行されるプログラムループの前後に 実行されるコードを指定するために、BEGIN ブロックと END ブロックを使うことができます。


causes Perl to assume the following loop around your program, which makes it iterate over filename arguments somewhat like sed:

以下のようなループが、実際のプログラムの回りにあるかのように Perl に指示します。 sed のようにファイル名引数上で繰り返しを行なうことになります:

    while (<>) {
        ...             # your program goes here
    } continue {
        print or die "-p destination: $!\n";

If a file named by an argument cannot be opened for some reason, Perl warns you about it, and moves on to the next file. Note that the lines are printed automatically. An error occurring during printing is treated as fatal. To suppress printing use the -n switch. A -p overrides a -n switch.

引数で指定されたファイルが何らかの理由でオープンできない場合、 Perl は警告を出し、次のファイルに移ります。 各行は、自動的に印字されることになります。 印字中のエラーは致命的とみなされます。 印字を抑制するには、-n スイッチを使ってください。 -p-n スイッチを無効にします。

BEGIN and END blocks may be used to capture control before or after the implicit loop, just as in awk.

awk と同じように、暗黙に実行されるループの前後に 実行されるコードを指定するために、BEGIN ブロックと END ブロックを使うことができます。


causes your program to be run through the C preprocessor before compilation by Perl. Because both comments and cpp directives begin with the # character, you should avoid starting comments with any words recognized by the C preprocessor such as "if", "else", or "define". Also, in some platforms the C preprocessor knows too much: it knows about the C++ -style until-end-of-line comments starting with "//". This will cause problems with common Perl constructs like

Perl によるコンパイルを行なう前に、スクリプトを C プリプロセッサに かけるようにします。 コメントも cpp のディレクティブも # で始まりますから、コメントの最初を C プリプロセッサが認識してしまう "if", "else", "define"といった 単語で始めるべきではありません。 また、C プロセッサが知りすぎているプラットフォームもあります。 C++ スタイルの "//" という「行末までのコメント」を知っている場合です。 この場合、以下のような良くある Perl の構造で問題が起こり得ます:


because after -P this will became illegal code

-P の後だと以下のような不正なコードになってしまうからです。


The workaround is to use some other quoting separator than "/", like for example "!":

回避方法は、"/" 以外のクォートセパレータを使うことです。 "!" を使った例を示します:


enables rudimentary switch parsing for switches on the command line after the program name but before any filename arguments (or before an argument of --). This means you can have switches with two leading dashes (--help). Any switch found there is removed from @ARGV and sets the corresponding variable in the Perl program. The following program prints "1" if the program is invoked with a -xyz switch, and "abc" if it is invoked with -xyz=abc.

コマンドライン上のプログラム名の後から、ファイル名引数 (または引数 --) の前までのスイッチのための、原始的な解析を 行なえるようにします。 これは、二つのダッシュが前につくスイッチ(--help など)も 使えることを示します。 ここで見つかったスイッチは、 @ARGV から取り除かれ、対応する Perl プログラムの変数に 設定されます。 以下のプログラムは、-xyz というスイッチを 付けて実行された時にだけ、"1" と表示し、 -xyz=abc と起動された時に "abc" と表示します。

    #!/usr/bin/perl -s
    if ($xyz) { print "$xyz\n" }

Do note that --help creates the variable ${-help}, which is not compliant with strict refs.

--help は変数 ${-help} を作成するので、strict refs を満たさない ことに注意してください。


makes Perl use the PATH environment variable to search for the program (unless the name of the program contains directory separators).

Perl がプログラムを探すときに環境変数 PATH を参照するようにします (プログラム名がディレクトリセパレータを含むときを除きます)。

On some platforms, this also makes Perl append suffixes to the filename while searching for it. For example, on Win32 platforms, the ".bat" and ".cmd" suffixes are appended if a lookup for the original name fails, and if the name does not already end in one of those suffixes. If your Perl was compiled with DEBUGGING turned on, using the -Dp switch to Perl shows how the search progresses.

プラットフォームによっては、Perl はファイルを探すときに拡張子を 追加します。 例えば Win32 プラットフォームでは、 元々のファイル名で検索が失敗した場合、".bat" と ".cmd" の拡張子が 追加されます。但し既にそのような拡張子がついていない場合だけです。 Perl が DEBUGGING を有効にしてコンパイルされていた場合、 -Dp スイッチを使うことでどのように検索が行われているかを 表示させることができます。

Typically this is used to emulate #! startup on platforms that don't support #!. This example works on many platforms that have a shell compatible with Bourne shell:

これは、#! をサポートしていないプラットフォームで、#! に よる実行をエミュレートするために使います。 この例は Bourne shell 互換のシェルを持つ多くのプラットフォームで動きます:

    eval 'exec /usr/bin/perl -wS $0 ${1+"$@"}'
            if $running_under_some_shell;

The system ignores the first line and feeds the program to /bin/sh, which proceeds to try to execute the Perl program as a shell script. The shell executes the second line as a normal shell command, and thus starts up the Perl interpreter. On some systems $0 doesn't always contain the full pathname, so the -S tells Perl to search for the program if necessary. After Perl locates the program, it parses the lines and ignores them because the variable $running_under_some_shell is never true. If the program will be interpreted by csh, you will need to replace ${1+"$@"} with $*, even though that doesn't understand embedded spaces (and such) in the argument list. To start up sh rather than csh, some systems may have to replace the #! line with a line containing just a colon, which will be politely ignored by Perl. Other systems can't control that, and need a totally devious construct that will work under any of csh, sh, or Perl, such as the following:

システムは、最初の行を無視し、プログラムを /bin/sh に渡し、 /bin/sh は Perl プログラムをシェルプログラムとして実行しようとします。 シェルは 2 行目を通常のシェルコマンドとして実行し、Perl インタプリタを 起動することになります。 $0 にフルパス名が入っているとは限らないシステムも ありますので、-S が Perl に必要に応じてプログラムを探すように指示します。 Perl がプログラムを見つけると、これらの行の解析を始めますが、 $running_under_some_shell が真になることがないため、 無視することになります。 プログラムが csh で解釈される場合には、 たとえファイル名内に埋め込まれたスペースなどを扱うことができなくても ${1+"$@"}$* で置き換える必要があるかもしれません。 csh ではなく、sh を起動するように、いくつかのシステムでは、#! の行を Perl も無視することになっている、コロンだけの行で置き換える必要が あるかもしれません。 そういった制御が効かないシステムでは、csh でも sh でも Perl でも使える、回りくどい方法を使うことが必要です:

        eval '(exit $?0)' && eval 'exec perl -wS $0 ${1+"$@"}'
        & eval 'exec /usr/bin/perl -wS $0 $argv:q'
                if $running_under_some_shell;

If the filename supplied contains directory separators (i.e., is an absolute or relative pathname), and if that file is not found, platforms that append file extensions will do so and try to look for the file with those extensions added, one by one.

ファイル名にディレクトリセパレータが含まれていた場合 (つまり絶対パスまたは相対パスだった場合)、そしてそのファイルが なかった場合、ファイル拡張子を追加するプラットフォームでは ひとつずつ拡張子を追加して、ファイルを探します。

On DOS-like platforms, if the program does not contain directory separators, it will first be searched for in the current directory before being searched for on the PATH. On Unix platforms, the program will be searched for strictly on the PATH.

DOS 風のプラットフォームでは、プログラムにディレクトリセパレータが 含まれていなかった場合、PATH を探す前に最初にカレントディレクトリを 探します。 Unix プラットフォームでは、プログラムは厳密に PATH からのみ 探されます。


forces "taint" checks to be turned on so you can test them. Ordinarily these checks are done only when running setuid or setgid. It's a good idea to turn them on explicitly for programs that run on behalf of someone else whom you might not necessarily trust, such as CGI programs or any internet servers you might write in Perl. See perlsec for details. For security reasons, this option must be seen by Perl quite early; usually this means it must appear early on the command line or in the #! line for systems which support that construct.

「汚染」チェックをオンにして、テストできるようにします。 通常、このチェックは setuid や setgid のスクリプトを実行するときにだけ、 行なわれます。 CGI プログラムやインターネットサーバーを Perl で書くときのように、 信用できるとは限らない人が動かすようなプログラムでは これを明示的に有効にするのはいい考えです。 詳細については perlsec を参照してください。 セキュリティ上の理由から、このオプションは Perl にかなり 早く渡さなければ成りません。 これは通常コマンドラインの最初の方につけるか、 #! 構造に対応するシステムではここに書くかです。


This obsolete switch causes Perl to dump core after compiling your program. You can then in theory take this core dump and turn it into an executable file by using the undump program (not supplied). This speeds startup at the expense of some disk space (which you can minimize by stripping the executable). (Still, a "hello world" executable comes out to about 200K on my machine.) If you want to execute a portion of your program before dumping, use the dump() operator instead. Note: availability of undump is platform specific and may not be available for a specific port of Perl.

この古いスイッチはプログラムのコンパイル後、 コアダンプを行なうようにします。 理論的には、このコアダンプを持ってきて(Perl の配布では提供されていませんが) undump プログラムを使って、実行ファイルに変換することができます。 これは多少ディスク容量を食いますが (実行ファイルを strip することで 少しは減ります)、実行開始を速くすることができます。 (減らしても、"hello world" の実行ファイルは、私のマシンで 200K 程に なります。) ダンプする前に部分的にプログラムを実行しておきたい場合には、 このスイッチの代わりに dump() 演算子を使ってください。 注意:undump が実行できるのは特定の環境下ですし、 これが使えない移植バージョンの Perl もあるでしょう。

This switch has been superseded in favor of the new Perl code generator backends to the compiler. See B and B::Bytecode for details.

このスイッチはコンパイラのバックエンドとなる新しい Perl コード ジェネレータの機能に置き換えられています。 詳細については BB::Bytecode を参照して下さい。


allows Perl to do unsafe operations. Currently the only "unsafe" operations are the unlinking of directories while running as superuser, and running setuid programs with fatal taint checks turned into warnings. Note that the -w switch (or the $^W variable) must be used along with this option to actually generate the taint-check warnings.

Perl に安全でない操作を許可します。 現在のところ、「安全でない」操作には、 スーパーユーザとして実行中にディレクトリを削除することと、 致命的な汚染チェックを警告に替えて、 setuid プログラムを実行することです。 -w スイッチ(あるいは $^W 変数)は 汚染チェックの警告が実際に 生成される ために このオプションと共に使われなければなりません。


prints the version and patchlevel of your perl executable.

Perl 実行ファイルのバージョンとパッチレベルを表示します。


prints summary of the major perl configuration values and the current values of @INC.

Perl の主な設定値と @INC の現在の値を表示します。


Prints to STDOUT the value of the named configuration variable. For example,

指定された設定変数の値を STDOUT に表示します。例えば:

    $ perl -V:man.dir

will provide strong clues about what your MANPATH variable should be set to in order to access the Perl documentation.

は MANPATH 環境変数が Perl のドキュメントにアクセスするときに どのようにセットされるべきかについて強力な手がかりを与えます。


prints warnings about dubious constructs, such as variable names that are mentioned only once and scalar variables that are used before being set, redefined subroutines, references to undefined filehandles or filehandles opened read-only that you are attempting to write on, values used as a number that doesn't look like numbers, using an array as though it were a scalar, if your subroutines recurse more than 100 deep, and innumerable other things.

1 度しか使われない変数名、設定される前に使われている変数、 サブルーティンの再定義、未定義のファイルハンドルの参照や、 read-only でオープンしたファイルハンドルへの書き込み、 数値に見えない値を数値として使った場合、配列を スカラであるかのように使った場合、 100 段階以上のサブルーティンの再帰、 その他たくさんの疑わしい事に警告を出します。

This switch really just enables the internal ^$W variable. You can disable or promote into fatal errors specific warnings using __WARN__ hooks, as described in perlvar and "warn" in perlfunc. See also perldiag and perltrap. A new, fine-grained warning facility is also available if you want to manipulate entire classes of warnings; see warnings or perllexwarn.

このスイッチは実際には内部の $^W 変数を有効にするだけです。 __WARN__ フックを使って特定の警告を無効にしたり 致命的エラーにしたりできます。 これについては perlvar"warn" in perlfunc を参照して下さい。 perldiagperltrap も参照して下さい。 もし警告のクラス全体を操作したいなら、新しく粒度の細かい 警告機能もあります。warningsperllexwarn を参照して下さい。


Enables all warnings regardless of no warnings or $^W. See perllexwarn.

no warnings$^W の設定に関わらず全ての警告を有効にします。 perllexwarn を参照して下さい。


Disables all warnings regardless of use warnings or $^W. See perllexwarn.

use warnings$^W の設定に関わらず全ての警告を無効にします。 perllexwarn を参照して下さい。

-x directory

tells Perl that the program is embedded in a larger chunk of unrelated ASCII text, such as in a mail message. Leading garbage will be discarded until the first line that starts with #! and contains the string "perl". Any meaningful switches on that line will be applied. If a directory name is specified, Perl will switch to that directory before running the program. The -x switch controls only the disposal of leading garbage. The program must be terminated with __END__ if there is trailing garbage to be ignored (the program can process any or all of the trailing garbage via the DATA filehandle if desired).

メールのような大きな無関係のASCII テキストのかたまりの中に プログラムが埋め込まれている事を Perl につたえます。 最初の #! で始まり、"perl" という文字列を含む行までの、 先行するゴミは捨てられます。 その行にある意味を持つスイッチは適用されます。 directory が指定されると、Perl はプログラムの実行前に、 そのディレクトリに移ります。 -x スイッチは先行するゴミの処分を制御するだけです。 プログラムの後に無視すべきゴミがある場合には、 __END__ でプログラムを終了する必要があります (その、後に続く ゴミの一部または全部は、必要に応じて DATA ファイルハンドルを通して、 そのプログラムで処理する事ができます)。



Used if chdir has no argument.

chdir の引数がないときに使われます。


Used if chdir has no argument and HOME is not set.

chdir の引数がなく、HOME がセットされていないときに使われます。


Used in executing subprocesses, and in finding the program if -S is used.

サブプロセスを実行するときと、-S が指定されたときにプログラムを 探すのに使われます。


A colon-separated list of directories in which to look for Perl library files before looking in the standard library and the current directory. Any architecture-specific directories under the specified locations are automatically included if they exist. If PERL5LIB is not defined, PERLLIB is used.

Perl のライブラリファイルを探すときに標準ライブラリディレクトリと カレントディレクトリを探す前に探すディレクトリを コロン区切りで並べたものです。 特定の場所におけるアーキテクチャ依存のディレクトリは もしあれば自動的に追加されます。 PERL5LIB が定義されていなければ、PERLLIB が使われます。

When running taint checks (either because the program was running setuid or setgid, or the -T switch was used), neither variable is used. The program should instead say:

(プログラムが setuid または setgid で実行されているか、 -T スイッチが指定されて)汚染チェック付きで動作している場合、 どちらの環境変数も使われません。 代わりにプログラム中で以下のようにするべきです:

    use lib "/my/directory";

Command-line options (switches). Switches in this variable are taken as if they were on every Perl command line. Only the -[DIMUdmw] switches are allowed. When running taint checks (because the program was running setuid or setgid, or the -T switch was used), this variable is ignored. If PERL5OPT begins with -T, tainting will be enabled, and any subsequent options ignored.

コマンドラインオプション(スイッチ)です。 この変数のスイッチは全ての Perl コマンドラインで指定されたかのように 扱われます。 -[DIMUdmw] オプションのみが有効です。 (プログラムが setuid または setgid で実行されているか、 -T スイッチが指定されて)汚染チェック付きで動作している場合、 この変数は無視されます。 PERL5OPT が -T で始まっている場合、 汚染チェックが有効となり、残りのオプションは無視されます。


A colon-separated list of directories in which to look for Perl library files before looking in the standard library and the current directory. If PERL5LIB is defined, PERLLIB is not used.

Perl ライブラリを探すのに標準ライブラリとカレントディレクトリの前に 検索するディレクトリをコロン区切りで並べたものです。 PERL5LIB が定義されていると、PERLLIB は使われません。


The command used to load the debugger code. The default is:

デバッガコードを読み込むのに使われるコマンドです。 デフォルトは以下の通り:

        BEGIN { require 'perl5db.pl' }
PERL5SHELL (specific to the Win32 port)

May be set to an alternative shell that perl must use internally for executing "backtick" commands or system(). Default is cmd.exe /x/c on WindowsNT and command.com /c on Windows95. The value is considered to be space-separated. Precede any character that needs to be protected (like a space or backslash) with a backslash.

"バッククォート" コマンドや system() を実行するために Perl が内部的に使わなければならない代替シェルを指定します。 デフォルトは WindowsNT では cmd.exe /x/c、Windows95 では command.com /c です。 値はスペース区切りと考えられます。 (空白やバックスラッシュのような) 保護する必要がある文字の前には バックスラッシュがつけられます。

Note that Perl doesn't use COMSPEC for this purpose because COMSPEC has a high degree of variability among users, leading to portability concerns. Besides, perl can use a shell that may not be fit for interactive use, and setting COMSPEC to such a shell may interfere with the proper functioning of other programs (which usually look in COMSPEC to find a shell fit for interactive use).

COMSPEC の値はユーザーによってかなり様々で、移植性の問題を引き起こすので、 Perl はこの目的に COMSPEC は使わないことに注意してください。 さらに、Perl は対話的な用途には向かないシェルも利用できますが、 COMSPEC にそのようなシェルを指定すると他のプログラム (普通は対話的な用途に適したシェルを探すのに COMSPEC を使います)の適切な利用を 邪魔するかもしれません。


Relevant only if perl is compiled with the malloc included with the perl distribution (that is, if perl -V:d_mymalloc is 'define'). If set, this causes memory statistics to be dumped after execution. If set to an integer greater than one, also causes memory statistics to be dumped after compilation.

Perl が Perl 配布パッケージに含まれる malloc ルーチンを使って コンパイルされている場合(perl -V:d_mymalloc が 'define' の場合)にのみ 有効です。 設定されると、実行後にメモリ状況が表示されます。 1 を超える数値が設定されると、コンパイル後にも メモリ状況を表示します。


Relevant only if your perl executable was built with -DDEBUGGING, this controls the behavior of global destruction of objects and other references.

Perl の実行ファイルが -DDEBUGGING 付きで構築された場合にのみ有効です。 このオプションはオブジェクトやその他のリファレンスのグローバルな デストラクタの振る舞いを制御します。

PERL_ROOT (specific to the VMS port)

A translation concealed rooted logical name that contains perl and the logical device for the @INC path on VMS only. Other logical names that affect perl on VMS include PERLSHR, PERL_ENV_TABLES, and SYS$TIMEZONE_DIFFERENTIAL but are optional and discussed further in perlvms and in README.vms in the Perl source distribution.

Perl と VMS 専用の @INC のための論理デバイスを含む、 変換が隠されたルートとなる論理名です。 VMS の Perl に影響を与えるその他の論理名としては PERLSHR, PERL_ENV_TABLES, SYS$TIMEZONE_DIFFERENTIAL がありますが、 これらはオプションです。詳細については Perl ソース配布パッケージの perlvmsREADME.vms で 議論されています。

SYS$LOGIN (specific to the VMS port)

Used if chdir has no argument and HOME and LOGDIR are not set.

chdir の引数がなく、HOME と LOGDIR がセットされていないときに使われます。

Perl also has environment variables that control how Perl handles data specific to particular natural languages. See perllocale.

特定の自然言語に特有のデータを Perl がどのように扱うかを 制御する環境変数もあります。perllocale を参照して下さい。

Apart from these, Perl uses no other environment variables, except to make them available to the program being executed, and to child processes. However, programs running setuid would do well to execute the following lines before doing anything else, just to keep people honest:

これらの他には、 実行されているプログラムあるいはチャイルドプロセスがが有効にしない限り、 Perl は環境変数を使いません。 しかし、setuid で動作するプログラムは何かをする前に、 単に人々に変な気を起こさせないために 以下のコードを入れておくのがよいです。

    $ENV{PATH}  = '/bin:/usr/bin';    # or whatever you need
    $ENV{SHELL} = '/bin/sh' if exists $ENV{SHELL};
    delete @ENV{qw(IFS CDPATH ENV BASH_ENV)};