B::Asmdata - Autogenerated data about Perl ops, used to generate bytecode
use B::Asmdata qw(%insn_data @insn_name @optype @specialsv_name);
Provides information about Perl ops in order to generate bytecode via a bunch of exported variables. Its mostly used by B::Assembler and B::Disassembler.
my($bytecode_num, $put_sub, $get_meth) = @$insn_data{$op_name};
For a given $op_name (for example, 'cop_label', 'sv_flags', etc...) you get an array ref containing the bytecode number of the op, a reference to the subroutine used to 'PUT' the op argument to the bytecode stream, and the name of the method used to 'GET' op argument from the bytecode stream.
Most ops require one arg, in fact all ops without the PUT/GET_none methods, and the GET and PUT methods are used to en-/decode the arg to binary bytecode. The names are constructed from the GET/PUT prefix and the argument type, such as U8, U16, U32, svindex, opindex, pvindex, ...
The PUT method is used in the B::Bytecode compiler within B::Assembler, the GET method just for the B::Disassembler. The GET method is not used by the binary ByteLoader module.
A full insn table with version, opcode, name, lvalue, argtype and flags is located as DATA in bytecode.pl.
insn
my $op_name = $insn_name[$bytecode_num];
A simple mapping of the bytecode number to the name of the op. Suitable for using with %insn_data like so:
my $op_info = $insn_data{$insn_name[$bytecode_num]};
my $op_type = $optype[$op_type_num];
A simple mapping of the op type number to its type (like 'COP' or 'BINOP').
Since Perl version 5.10 defined in B.
my $sv_name = $specialsv_name[$sv_index];
Certain SV types are considered 'special'. They're represented by B::SPECIAL and are referred to by a number from the specialsv_list. This array maps that number back to the name of the SV (like 'Nullsv' or '&PL_sv_undef').
All bytecode values are already portable. Cross-platform portability is implemented, cross-version not yet. Cross-version portability will be very limited, cross-platform only for the same threading model.
For different endian-ness there are ByteLoader converters in effect. Header entry: byteorder.
64int - 64all - 32int is portable. Header entry: ivsize
ITHREADS are unportable. Header entry: archflag - bitflag 1.
Bytecode ops: We can only reliably load bytecode from previous versions and promise that from 5.10.0 on future versions will only add new op numbers at the end, but will never replace old opcodes with incompatible arguments. On the first unknown bytecode op from a future version we will die.
TODO: Bytecode opcode op-matrix
We will need a table of all bytecode ops for all previous perl versions. And replacements in the byteloader for all the unsupported ops, like xiv64, cop_arybase.
TODO: Perl opcode op-matrix
The ByteLoader will need a op matrix of all previous perl versions to be able to map the old bytecode op to the new perl pp function.
Malcolm Beattie, mbeattie@sable.ox.ac.uk
mbeattie@sable.ox.ac.uk
Reini Urban added the version logic, 5.10 support, portability.
To install B::C, copy and paste the appropriate command in to your terminal.
cpanm
cpanm B::C
CPAN shell
perl -MCPAN -e shell install B::C
For more information on module installation, please visit the detailed CPAN module installation guide.