lib64
/
perl5
/
Go to Home Directory
+
Upload
Create File
root@0UT1S:~$
Execute
By Order of Mr.0UT1S
[DIR] ..
N/A
[DIR] B
N/A
[DIR] CORE
N/A
[DIR] Devel
N/A
[DIR] File
N/A
[DIR] Hash
N/A
[DIR] I18N
N/A
[DIR] IO
N/A
[DIR] IPC
N/A
[DIR] PerlIO
N/A
[DIR] Sys
N/A
[DIR] Tie
N/A
[DIR] Time
N/A
[DIR] asm
N/A
[DIR] asm-generic
N/A
[DIR] auto
N/A
[DIR] bits
N/A
[DIR] gnu
N/A
[DIR] linux
N/A
[DIR] machine
N/A
[DIR] sys
N/A
[DIR] vendor_perl
N/A
B.pm
30.72 KB
Rename
Delete
Config.pm
3.12 KB
Rename
Delete
Config.pod
250.68 KB
Rename
Delete
Config_git.pl
409 bytes
Rename
Delete
Config_heavy.pl
55.26 KB
Rename
Delete
DynaLoader.pm
24.63 KB
Rename
Delete
Errno.pm
6.70 KB
Rename
Delete
Fcntl.pm
3.95 KB
Rename
Delete
GDBM_File.pm
1.51 KB
Rename
Delete
IO.pm
1.42 KB
Rename
Delete
NDBM_File.pm
2.44 KB
Rename
Delete
O.pm
4.11 KB
Rename
Delete
ODBM_File.pm
2.33 KB
Rename
Delete
Opcode.pm
15.52 KB
Rename
Delete
POSIX.pm
19.72 KB
Rename
Delete
POSIX.pod
71.98 KB
Rename
Delete
SDBM_File.pm
3.46 KB
Rename
Delete
_h2ph_pre.ph
28.57 KB
Rename
Delete
arybase.pm
2.75 KB
Rename
Delete
attributes.pm
16.53 KB
Rename
Delete
endian.ph
4.36 KB
Rename
Delete
features.ph
13.37 KB
Rename
Delete
lib.pm
5.87 KB
Rename
Delete
mro.pm
9.86 KB
Rename
Delete
ops.pm
997 bytes
Rename
Delete
perllocal.pod
10.70 KB
Rename
Delete
re.pm
22.16 KB
Rename
Delete
signal.ph
3.30 KB
Rename
Delete
stdarg.ph
2.80 KB
Rename
Delete
stdc-predef.ph
840 bytes
Rename
Delete
stddef.ph
12.08 KB
Rename
Delete
syscall.ph
86 bytes
Rename
Delete
syslimits.ph
452 bytes
Rename
Delete
syslog.ph
85 bytes
Rename
Delete
wait.ph
83 bytes
Rename
Delete
package O; our $VERSION = '1.01'; use B qw(minus_c save_BEGINs); use Carp; sub import { my ($class, @options) = @_; my ($quiet, $veryquiet) = (0, 0); if ($options[0] eq '-q' || $options[0] eq '-qq') { $quiet = 1; open (SAVEOUT, ">&STDOUT"); close STDOUT; open (STDOUT, ">", \$O::BEGIN_output); if ($options[0] eq '-qq') { $veryquiet = 1; } shift @options; } my $backend = shift (@options); eval q[ BEGIN { minus_c; save_BEGINs; } CHECK { if ($quiet) { close STDOUT; open (STDOUT, ">&SAVEOUT"); close SAVEOUT; } # Note: if you change the code after this 'use', please # change the fudge factors in B::Concise (grep for # "fragile kludge") so that its output still looks # nice. Thanks. --smcc use B::].$backend.q[ (); if ($@) { croak "use of backend $backend failed: $@"; } my $compilesub = &{"B::${backend}::compile"}(@options); if (ref($compilesub) ne "CODE") { die $compilesub; } local $savebackslash = $\; local ($\,$",$,) = (undef,' ',''); &$compilesub(); close STDERR if $veryquiet; } ]; die $@ if $@; } 1; __END__ =head1 NAME O - Generic interface to Perl Compiler backends =head1 SYNOPSIS perl -MO=[-q,]Backend[,OPTIONS] foo.pl =head1 DESCRIPTION This is the module that is used as a frontend to the Perl Compiler. If you pass the C<-q> option to the module, then the STDOUT filehandle will be redirected into the variable C<$O::BEGIN_output> during compilation. This has the effect that any output printed to STDOUT by BEGIN blocks or use'd modules will be stored in this variable rather than printed. It's useful with those backends which produce output themselves (C<Deparse>, C<Concise> etc), so that their output is not confused with that generated by the code being compiled. The C<-qq> option behaves like C<-q>, except that it also closes STDERR after deparsing has finished. This suppresses the "Syntax OK" message normally produced by perl. =head1 CONVENTIONS Most compiler backends use the following conventions: OPTIONS consists of a comma-separated list of words (no white-space). The C<-v> option usually puts the backend into verbose mode. The C<-ofile> option generates output to B<file> instead of stdout. The C<-D> option followed by various letters turns on various internal debugging flags. See the documentation for the desired backend (named C<B::Backend> for the example above) to find out about that backend. =head1 IMPLEMENTATION This section is only necessary for those who want to write a compiler backend module that can be used via this module. The command-line mentioned in the SYNOPSIS section corresponds to the Perl code use O ("Backend", OPTIONS); The C<O::import> function loads the appropriate C<B::Backend> module and calls its C<compile> function, passing it OPTIONS. That function is expected to return a sub reference which we'll call CALLBACK. Next, the "compile-only" flag is switched on (equivalent to the command-line option C<-c>) and a CHECK block is registered which calls CALLBACK. Thus the main Perl program mentioned on the command-line is read in, parsed and compiled into internal syntax tree form. Since the C<-c> flag is set, the program does not start running (excepting BEGIN blocks of course) but the CALLBACK function registered by the compiler backend is called. In summary, a compiler backend module should be called "B::Foo" for some foo and live in the appropriate directory for that name. It should define a function called C<compile>. When the user types perl -MO=Foo,OPTIONS foo.pl that function is called and is passed those OPTIONS (split on commas). It should return a sub ref to the main compilation function. After the user's program is loaded and parsed, that returned sub ref is invoked which can then go ahead and do the compilation, usually by making use of the C<B> module's functionality. =head1 BUGS The C<-q> and C<-qq> options don't work correctly if perl isn't compiled with PerlIO support : STDOUT will be closed instead of being redirected to C<$O::BEGIN_output>. =head1 AUTHOR Malcolm Beattie, C<mbeattie@sable.ox.ac.uk> =cut
Save