No that's to do with how I usually run perltidy as a filter from emacs and want it to simply print out the tidy'd contents rather than rewrite based on the the input file directly. From the docs:
-st, --standard-output
Perltidy must be able to operate on an arbitrarily large number of
files in a single run, with each output being directed to a
different output file. Obviously this would conflict with outputting
to the single standard output device, so a special flag, -st, is
required to request outputting to the standard output. For example,
perltidy somefile.pl -st >somefile.new.pl
This option may only be used if there is just a single input file.
The default is -nst or --nostandard-output.
-se, --standard-error-output
If perltidy detects an error when processing file somefile.pl, its
default behavior is to write error messages to file somefile.pl.ERR.
Use -se to cause all error messages to be sent to the standard error
output stream instead. This directive may be negated with -nse.
Thus, you may place -se in a .perltidyrc and override it when
desired with -nse on the command line.
The cake is a lie.
The cake is a lie.
The cake is a lie.
In reply to Re^5: Code style question
by Fletch
in thread Code style question
by AlexP
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |