| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
The tests were failing due to missing PERL_UNUSED_ARG.
This is an update to 3.00_05 from CPAN.
|
|
|
|
| |
(This is also the update to CPAN's 3.00_04).
|
|
|
|
|
|
|
|
|
| |
Both of these are attempts to fix win32 problems:
Bug #61908 for ExtUtils-ParseXS: MSWin compilers and back-slashed paths
Bug #53938 for ExtUtils-ParseXS: MinGW Broken after 2.21
Also bumps the version to 3.00_04.
|
| |
|
|
|
|
| |
Now at 3.00_03.
|
|
|
|
|
|
|
|
|
| |
There are reports of xsubpp failing to load the correct
ExtUtils::ParseXS. This adds some extra diagnostics.
Includes a minor doc-tweak.
Not perldelta worthy.
|
|
|
|
|
|
| |
With this new parameter, the current directory is not included in the
installed module search. This avoids finding modules from other perls
which happen to be below the current directory.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This will display the release date of a given perl release.
If no perl release is specified, will list all perl releases
and release dates.
|
|
|
|
| |
Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
|
| |
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Much of ExtUtils::ParseXS was rewritten and cleaned up.
It has been made somewhat more extensible and now finally
uses strictures.
The logic for parsing, merging, and dumping XS typemaps was extracted
from ExtUtils::ParseXS into a module of its own, ExtUtils::Typemaps.
ExtUtils::Typemaps offers an interface to typemap handling outside of
the scope of the XS compiler itself.
As a first use case of the improved API an extensibility, typemaps can now
be included inline into XS code with a HEREDOC-like syntax:
TYPEMAP: <<END_TYPEMAP
MyType T_IV
END_TYPEMAP
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
My fault for botching this up originally, sorry.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This is lying of course. It's now in the global $self->{FH},
but this is still the first step to fix its globalness.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Move line number calculation to separate method
- Make death/Warn/blurt proper methods
They pretended to be methods all along, but never were.
- Pass XS file name and line no. to typemap parser
... for better error messages from the typemap parser in
case of embedded typemaps
|
| |
| |
| |
| |
| |
| |
| | |
When parsing typemaps from strings, we used to print in-string
line numbers and <string> as the file name. In case of embedded
typemaps in XS code, we really want to refer back to the line
number and name of the XS file. This is now possible.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This implements embedded typemap documents with a heredoc-like
syntax. In your XS, use a block like the following:
TYPEMAP: <<END
Foo* T_SOMETHING
INPUT
T_SOMETHING
code
END
|
| | |
|
| |
| |
| |
| | |
Also, lose some unsightly undef()s.
|
| | |
|
| |
| |
| |
| |
| | |
As with previous changes, checking whether a localization of $_ or
something along those lines is acceptable remains to be done.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Previously, we'd be generating and passing around four lookup tables for
C-type to XS-type (type kind), C-type to prototype, XS-type to input map
code, and XS-type to output map code. This is now all handled by
ExtUtils::Typemaps.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
They now also accept ctypes which are resolved to xstypes via the
typemap section.
|
| |
| |
| |
| |
| |
| | |
This does the same thing for a simple output map as the make_targetable
function in ExtUtils::ParseXS::Utilities does for all output maps. The
latter function is intended to be superseded by this new method.
|
| |
| |
| |
| | |
... and it is not brought by the stork.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This was the actual typemap parser. It is now parsed by
ExtUtils::Typemaps, so we don't need it any more!
|
| |
| |
| |
| |
| |
| | |
This is just the quick'n'dirty conversion to make it use
EU::Typemaps. Eventually, we want to use it in its full object-oriented
goodness!
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Using Carp in a module this early in the toolchain can cause ugly
failure. Carp can trigger loading overload. overload::StrVal can trigger
loading Scalar::Util. Scalar::Util::PP requires B. miniperl doesn't like
loading shared libraries.
This problem with Carp just shadowed the underlying problem that the
replace/skip options weren't propagated correctly.
|