Imports some semantics into the current package from the named module, generally by aliasing certain subroutine or variable names into your package. It is exactly equivalent to
BEGIN { require Module; Module->import( LIST ); }except that Modulemust be a bareword.
In the peculiaruse VERSION form, VERSION may be either a numeric argument such as 5.006, which will be compared to$], or a literal of the form v5.6.1, which will be compared to$^V (aka $PERL_VERSION). A fatal error is produced if VERSION is greater than the version of the current Perl interpreter; Perl will not attempt to parse the rest of the file. Compare with"require", which can do a similar check at run time. Symmetrically,no VERSION allows you to specify that you want a version of perl older than the specified one.
Specifying VERSION as a literal of the form v5.6.1 should generally be avoided, because it leads to misleading error messages under earlier versions of Perl that do not support this syntax. The equivalent numeric version should be used instead.
Alternatively, you can use a numeric versionuse 5.006 followed by a v-string version likeuse v5.10.1, to avoid the unintuitiveuse 5.010_001. (older perl versions fail gracefully at the firstuse, later perl versions understand the v-string syntax in the second).
use v5.6.1;# compile time version checkuse 5.6.1;# dittouse 5.006_001;# ditto; preferred for backwards compatibilityuse 5.006; use 5.6.1;# ditto, for compatibility and readabilityThis is often useful if you need to check the current Perl version beforeuseing library modules that have changed in incompatible ways from older versions of Perl. (We try not to do this more than we have to.)
Also, if the specified perl version is greater than or equal to 5.9.5,use VERSION will also load thefeature pragma and enable all features available in the requested version. Seefeature.
TheBEGIN forces therequire andimport to happen at compile time. Therequire makes sure the module is loaded into memory if it hasn't been yet. Theimport is not a builtin--it's just an ordinary static method call into theModule package to tell the module to import the list of features back into the current package. The module can implement itsimport method any way it likes, though most modules just choose to derive theirimport method via inheritance from theExporter class that is defined in theExporter module. SeeExporter. If noimport method can be found then the call is skipped, even if there is an AUTOLOAD method.
If you do not want to call the package'simport method (for instance, to stop your namespace from being altered), explicitly supply the empty list:
use Module ();That is exactly equivalent to
BEGIN { require Module }If the VERSION argument is present between Module and LIST, then theuse will call the VERSION method in class Module with the given version as an argument. The default VERSION method, inherited from the UNIVERSAL class, croaks if the given version is larger than the value of the variable$Module::VERSION.
Again, there is a distinction between omitting LIST (import called with no arguments) and an explicit empty LIST() (import not called). Note that there is no comma after VERSION!
Because this is a wide-open interface, pragmas (compiler directives) are also implemented this way. Currently implemented pragmas are:
use constant;use diagnostics;use integer;use sigtrap qw(SEGV BUS);use strict qw(subs vars refs);use subs qw(afunc blurfl);use warnings qw(all);use sort qw(stable _quicksort _mergesort);Some of these pseudo-modules import semantics into the current block scope (likestrict orinteger, unlike ordinary modules, which import symbols into the current package (which are effective through the end of the file).
There's a correspondingno command that unimports meanings imported byuse, i.e., it callsunimport Module LIST instead ofimport. It behaves exactly asimport does with respect to VERSION, an omitted LIST, empty LIST, or no unimport method being found.
no integer;no strict 'refs';no warnings;Seeperlmodlib for a list of standard modules and pragmas. Seeperlrun for the-M and-m command-line options to perl that giveuse functionality from the command-line.
Perldoc Browser is maintained by Dan Book (DBOOK). Please contact him via theGitHub issue tracker oremail regarding any issues with the site itself, search, or rendering of documentation.
The Perl documentation is maintained by the Perl 5 Porters in the development of Perl. Please contact them via thePerl issue tracker, themailing list, orIRC to report any issues with the contents or format of the documentation.