h2xs [OPTIONS ...] [headerfile ... [extra_libraries]]
h2xs builds a Perl extension from C header files. The extension will
include functions which can be used to retrieve the value of any
#define statement which was in the C header files.
The module_name will be used for the name of the extension. If
module_name is not supplied then the name of the first header file will
be used, with the first character capitalized.
If the extension might need extra libraries, they should be included
here. The extension Makefile.PL will take care of checking whether the
libraries actually exist and how they should be loaded. The extra
libraries should be specified in the form -lm -lposix, etc, just as on
the cc command line. By default, the Makefile.PL will search through
the library path determined by Configure. That path can be augmented
by including arguments of the form -L/another/library/path in the
In spite of its name, h2xs may also be used to create a skeleton pure
Perl module. See the -X option.
Omit all autoload facilities. This is the same as -c but also
removes the "use AutoLoader" statement from the .pm file.
Use an alpha/beta style version number. Causes version number to
be "0.00_01" unless -v is specified.
Omits creation of the Changes file, and adds a HISTORY section to
the POD template.
Additional flags to specify to C preprocessor when scanning header
for function declarations. Writes these options in the generated
-M, --func-mask=regular expression
selects functions/macros to process.
Allows a pre-existing extension directory to be overwritten.
Omit the autogenerated stub POD section.
These methods all apply to the Ptr type for the structure;
additionally two methods are constructed for the structure type
itself, "_to_ptr" which returns a Ptr type pointing to the same
structure, and a "new" method to construct and return a new
structure, initialised to zeroes.
Generates a .pm file which is backwards compatible with the
specified perl version.
For versions < 5.6.0, the changes are.
- no use of 'our' (uses 'use vars' instead)
- no 'use warnings'
Specifying a compatibility version higher than the version of perl
you are using to run h2xs will have no effect. If unspecified
h2xs will default to compatibility with the version of perl you
are using to run h2xs.
Omit "constant()" from the .xs file and corresponding specialised
"AUTOLOAD" from the .pm file.
Turn on debugging messages.
-e, --omit-enums=[regular expression]
If regular expression is not given, skip all constants that are
defined in a C enumeration. Otherwise skip only those constants
that are defined in an enum whose name matches regular expression.
Since regular expression is optional, make sure that this switch
is followed by at least one other switch if you omit regular
expression and have some pending arguments such as header-file
names. This is ok:
h2xs -e -n Module::Foo foo.h
This is not ok:
h2xs -n Module::Foo -e foo.h
In the latter, foo.h is taken as regular expression.
Allows an extension to be created for a header even if that header
is not found in standard include directories.
Include code for safely storing static data in the .xs file.
Extensions that do no make use of static data can ignore this
Specifies a name to be used for the extension, e.g., -n RPC::DCE
-o, --opaque-re=regular expression
Use "opaque" data type for the C types matched by the regular
expression, even if these types are "typedef"-equivalent to types
from typemaps. Should not be used without -x.
This may be useful since, say, types which are
"typedef"-equivalent to integers may represent OS-related handles,
and one may want to work with these handles in OO-way, as in
"$handle->do_something()". Use "-o ." if you want to handle all
the "typedef"ed types as opaque types.
The type-to-match is whitewashed (except for commas, which have no
whitespace before them, and multiple "*" which have no whitespace
Specify a prefix which should be removed from the Perl function
names, e.g., -p sec_rgy_ This sets up the XS PREFIX keyword and
removes the prefix from functions that are autoloaded via the
Create a perl subroutine for the specified macros rather than
autoload with the constant() subroutine. These macros are assumed
to have a return type of char *, e.g.,
Specify the internal type that the constant() mechanism uses for
macros. The default is IV (signed integer). Currently all macros
found during the header scanning process will be assumed to have
this type. Future versions of "h2xs" may gain the ability to make
When --compat-version (-b) is present the generated tests will use
"Test::More" rather than "Test" which is the default for versions
before 5.6.2. "Test::More" will be added to PREREQ_PM in the
Will force the generation of test code that uses the older "Test"
Do not use "Exporter" and/or export any symbol.
Do not use "Devel::PPPort": no portability to older version.
"-B" is specified. The version specified should be numeric.
Automatically generate XSUBs basing on function declarations in
the header file. The package "C::Scan" should be installed. If
this option is specified, the name of the header file may look
like "NAME1,NAME2". In this case NAME1 is used instead of the
specified string, but XSUBs are emitted only for the declarations
included from file NAME2.
Note that some types of arguments/return-values for functions may
result in XSUB-declarations/typemap-entries which need hand-
editing. Such may be objects which cannot be converted from/to a
pointer (like "long long"), pointers to functions, or arrays. See
also the section on "LIMITATIONS of -x".
# Default behavior, extension is Rusers
# Same, but extension is RUSERS
h2xs -n RUSERS rpcsvc/rusers
# Extension is rpcsvc::rusers. Still finds <rpcsvc/rusers.h>
# Extension is ONC::RPC. Still finds <rpcsvc/rusers.h>
h2xs -n ONC::RPC rpcsvc/rusers
# Without constant() or AUTOLOAD
h2xs -c rpcsvc/rusers
# Creates templates for an extension named RPC
h2xs -cfn RPC
# Extension is ONC::RPC.
h2xs -cfn ONC::RPC
# Extension is a pure Perl module with no XS code.
h2xs -X My::Module
# Extension is Lib::Foo which works at least with Perl5.005_03.
# Constants are created for all #defines and enums h2xs can find
# in foo.h.
h2xs -b 5.5.3 -n Lib::Foo foo.h
# Extension is Lib::Foo which works at least with Perl5.005_03.
# Constants are created for all #defines but only for enums
# whose names do not start with 'bar_'.
h2xs -b 5.5.3 -e '^bar_' -n Lib::Foo foo.h
# Makefile.PL will look for library -lrpc in
# additional directory /opt/net/lib
h2xs rpcsvc/rusers -L/opt/net/lib -lrpc
# Make XS without defines in perl.h, but with function declarations
# visible from perl.h. Name of the extension is perl1.
# When scanning perl.h, define -DEXT=extern -DdEXT= -DINIT(x)=
# Extra backslashes below because the string is passed to shell.
# Note that a directory with perl header files would
# be added automatically to include path.
h2xs -xAn perl1 -F "-DEXT=extern -DdEXT= -DINIT\(x\)=" perl.h
# Same with function declaration in proto.h as visible from perl.h.
h2xs -xAn perl2 perl.h,proto.h
# Same but select only functions which match /^av_/
h2xs -M '^av_' -xAn perl2 perl.h,proto.h
# Same but treat SV* etc as "opaque" types
h2xs -o '^[S]V \*$' -M '^av_' -xAn perl2 perl.h,proto.h
Extension based on .h and .c files
Suppose that you have some C files implementing some functionality, and
the corresponding header files. How to create an extension which makes
this functionality accessible in Perl? The example below assumes that
the header files are interface_simple.h and interface_hairy.h, and you
want the perl module be named as "Ext::Ension". If you need some
preprocessor directives and/or linking with external libraries, see the
flags "-F", "-L" and "-l" in "OPTIONS".
Find the directory name
Start with a dummy run of h2xs:
h2xs -Afn Ext::Ension
The only purpose of this step is to create the needed directories,
and let you know the names of these directories. From the output
you can see that the directory for the extension is Ext/Ension.
Copy C files
Copy your header files and C files to this directory Ext/Ension.
Create the extension
Run h2xs, overwriting older autogenerated files:
h2xs -Oxan Ext::Ension interface_simple.h interface_hairy.h
h2xs looks for header files after changing to the extension
directory, so it will find your header files OK.
Archive and test
As usual, run
h2xs may better suit your needs.
No environment variables are used.
Larry Wall and others
perl, perlxstut, ExtUtils::MakeMaker, and AutoLoader.
The usual warnings if it cannot read or write the files involved.
LIMITATIONS of -x
h2xs would not distinguish whether an argument to a C function which is
of the form, say, "int *", is an input, output, or input/output
parameter. In particular, argument declarations of the form
should be better rewritten as
if "n" is an input parameter.
Additionally, h2xs has no facilities to intuit that a function
takes a pair of address and length of data at this address, so it is
better to rewrite this function as
s = SvPV(sv,len);
RETVAL = foo(s, len);
See perlxs and perlxstut for additional details.
perl v5.18.2 2018-11-20 H2XS(1)
Man Pages Copyright Respective Owners. Site Copyright (C) 1994 - 2019
All Rights Reserved.