[Bug 1032181] New: Templated types are causing "Could not find a typemap for C type"

bugzilla at redhat.com bugzilla at redhat.com
Tue Nov 19 16:48:04 UTC 2013


https://bugzilla.redhat.com/show_bug.cgi?id=1032181

            Bug ID: 1032181
           Summary: Templated types are causing "Could not find a typemap
                    for C type"
           Product: Fedora
           Version: 20
         Component: perl-ExtUtils-ParseXS
          Assignee: ppisar at redhat.com
          Reporter: mhroncok at redhat.com
        QA Contact: extras-qa at fedoraproject.org
                CC: perl-devel at lists.fedoraproject.org, ppisar at redhat.com



Created attachment 826208
  --> https://bugzilla.redhat.com/attachment.cgi?id=826208&action=edit
Patch that solves the issue

Description of problem:
When using perl-ExtUtils-ParseXS to build XS stuff (I don't know the
terminology here, sorry), errors like this happens:
https://rt.cpan.org/Public/Bug/Display.html?id=86367

Version-Release number of selected component (if applicable):
perl-ExtUtils-ParseXS-3.18-291.fc20.noarch

How reproducible:
Happend when building slic3r-xs

Steps to Reproduce:
1. Get slic3r tarball from
https://github.com/alexrj/Slic3r/archive/1.0.0RC1.tar.gz
2. unpack && cd Slic3r-1.0.0RC1/xs/ # be usre to be in xs folder
3. perl Build.PL && ./Build

Actual results:
<snip>
Could not find a typemap for C type 'std::vector< double >'.
The following C types are mapped by the current typemap:
'AV *', <snip>, 'wchar_t *'
 in /usr/bin/perl -MExtUtils::XSpp::Cmd -e xspp -- -t
"/home/churchyard/Stažené/Slic3r-1.0.0RC1/xs/xsp/typemap.xspt" 
"/home/churchyard/Stažené/Slic3r-1.0.0RC1/xs/xsp/TriangleMesh.xsp", line 138

Expected results:
No errors, just warnings

Additional info:
This is fixed in upstream release 3.22 and also in development release 3.18_03.

I backported the fix, patch is attached.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=yMtw6NCnJ0&a=cc_unsubscribe


More information about the perl-devel mailing list