Devel::TraceUse - show the modules your program loads, recursively
An apparently simple program may load a lot of modules. That's useful, but sometimes you may wonder exactly which part of your program loads which module.
Devel::TraceUse can analyze a program to see which part used which module. I recommend using it from the command line:
Devel::TraceUse
$ perl -d:TraceUse your_program.pl
This will display a tree of the modules ultimately used to run your program. (It also runs your program with only a little startup cost all the way through to the end.)
Modules used from your_program.pl: 1. strict 1.04, your_program.pl line 1 [main] 2. warnings 1.06, your_program.pl line 2 [main] 3. Getopt::Long 2.37, your_program.pl line 3 [main] 4. vars 1.01, Getopt/Long.pm line 37 5. warnings::register 1.01, vars.pm line 7 6. Exporter 5.62, Getopt/Long.pm line 43 9. Exporter::Heavy 5.62, Exporter.pm line 18 7. constant 1.13, Getopt/Long.pm line 226 8. overload 1.06, Getopt/Long.pm line 1487 [Getopt::Long::CallBack]
The load order is listed on the first column. The version is displayed after the module name, if available. The calling package is shown between square brackets if different from the package that can be inferred from the file name. Extra information is also provided if the module was loaded from within and eval.
eval
Devel::TraceUse will also report modules that failed to be loaded, under the modules that tried to load them.
In the very rare case when Devel::TraceUse is not able to attach a loaded module to the tree, it will be reported at the end.
If a particular line of code is used at least 2 times to load modules, it is considered as part of a "module loading proxy subroutine", or just "proxy". base::import, parent::import, Module::Runtime::require_module are such subroutines, among others. If proxies are found, the list is reported like this:
base::import
parent::import
Module::Runtime::require_module
<occurences> <filename> line <line>[, sub <subname>]
Example:
Possible proxies: 59 Module/Runtime.pm, line 317, sub require_module 13 base.pm line 90, sub import 3 Module/Pluggable/Object.pm line 311, sub _require
Even though using -MDevel::TraceUse is possible, it is preferable to use -d:TraceUse, as the debugger will provide more accurate information. You will be reminded in the output.
-MDevel::TraceUse
-d:TraceUse
If you want to know only the modules loaded during the compile phase, use the standard -c option of perl (see perlrun):
-c
$ perl -c -d:TraceUse your_program.pl
You can hide the core modules that your program used by providing parameters at use time:
use
$ perl -d:TraceUse[=<option1>:<value1>[,<option2>:<value2>[...]]]
hidecore
$ perl -d:TraceUse=hidecore your_program.pl
This will not renumber the modules so the core module's positions will be visible as gaps in the numbering. In some cases evidence may also be visible of the core module's usage (e.g. a caller shown as base or parent).
You may also specify the version of Perl for which you want to hide the core modules (the default is the running version):
$ perl -d:TraceUse=hidecore:5.8.1 your_program.pl
The version string can be given as x.yyy.zzz (dot-separated) or x.yyyzzz (decimal). For example, the strings 5.8.1, 5.08.01, 5.008.001 and 5.008001 will all represent Perl version 5.8.1, and 5.5.30, 5.005_03 will all represent Perl version 5.005_03.
5.8.1
5.08.01
5.008.001
5.008001
5.5.30
5.005_03
output
$ perl -d:TraceUse=output:out.txt your_program.pl
This will output the TraceUse result to the given file instead of warn.
Note that TraceUse warnings will still be output as warnings.
The output file is opened at initialization time, so there should be no surprise in relative path interpretation even if your program changes the current directory.
chromatic, <chromatic@wgz.org>
<chromatic@wgz.org>
Philippe Bruhat, <book@cpan.org>
<book@cpan.org>
hidecore option contributed by David Leadbeater, <dgl@dgl.cx>.
<dgl@dgl.cx>
output option contributed by Olivier Mengué (<dolmen@cpan.org>).
<dolmen@cpan.org>
perl -c support contributed by Olivier Mengué (<dolmen@cpan.org>).
perl -c
Proxy detection owes a lot to Olivier Mengué (<dolmen@cpan.org>), who submitted several patches and discussed the topic with me on IRC.
Please report any bugs or feature requests to bug-devel-traceuse at rt.cpan.org, or through the web interface at http://rt.cpan.org/NoAuth/ReportBug.html?Queue=Devel-TraceUse. We can both track it there.
bug-devel-traceuse at rt.cpan.org
You can find documentation for this module with the perldoc command.
perldoc Devel::TraceUse
You can also look for information at:
Perl Hacks, hack #74
O'Reilly Media, 2006.
AnnoCPAN: Annotated CPAN documentation
http://annocpan.org/dist/Devel-TraceUse
CPAN Ratings
http://cpanratings.perl.org/d/Devel-TraceUse
RT: CPAN's request tracker
http://rt.cpan.org/NoAuth/Bugs.html?Dist=Devel-TraceUse
Search CPAN
http://search.cpan.org/dist/Devel-TraceUse
Copyright 2006 chromatic, most rights reserved.
Copyright 2010-2012 Philippe Bruhat (BooK), for the rewrite.
This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.
To install Devel::TraceUse, copy and paste the appropriate command in to your terminal.
cpanm
cpanm Devel::TraceUse
CPAN shell
perl -MCPAN -e shell install Devel::TraceUse
For more information on module installation, please visit the detailed CPAN module installation guide.