Releases retrieved: 3.59 Upstream release that is considered latest: 3.59 Current version/release in rawhide: 3.58-2.fc43 URL: http://search.cpan.org/dist/ExtUtils-ParseXS/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/2871/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-ExtUtils-ParseXS
FEDORA-2025-868579b32d (perl-ExtUtils-ParseXS-3.59-1.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2025-868579b32d
FEDORA-2025-868579b32d (perl-ExtUtils-ParseXS-3.59-1.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.
This breaks perl-HarfBuzz-Shaper and perl-Pango: "/usr/bin/perl" "/usr/share/perl5/vendor_perl/ExtUtils/xsubpp" -typemap '/usr/share/perl5/ExtUtils/typemap' -typemap '/builddir/build/BUILD/perl-HarfBuzz-Shaper-0.028-build/HarfBuzz-Shaper-0.028/typemap' Shaper.xs > Shaper.xsc length(NAME) not supported with typemaps other than T_PV in Shaper.xs, line 41 length(NAME) not supported with typemaps other than T_PV in Shaper.xs, line 67 length(NAME) not supported with typemaps other than T_PV in Shaper.xs, line 94 length(NAME) not supported with typemaps other than T_PV in Shaper.xs, line 123 length(NAME) not supported with typemaps other than T_PV in Shaper.xs, line 262 Shaper.xs:41 is: void hb_buffer_add_utf8(hb_buffer_t *buf, bytestring_t s, size_t length(s), unsigned int offset=0, size_t len=-1) perlxs POD documents: The length(NAME) Keyword If one of the input arguments to the C function is the length of a string argument "NAME", one can substitute the name of the length-argument by length(NAME) in the XSUB declaration. This argument must be omitted when the generated Perl function is called. E.g., void dump_chars(char *s, short l) { short n = 0; while (n < l) { printf("s[%d] = \"\\%#03o\"\n", n, (int)s[n]); n++; } } MODULE = x PACKAGE = x void dump_chars(char *s, short length(s)) should be called as dump_chars($string). This directive is supported with ANSI-type function declarations only. While changelog claims: 3.59 Fri Sep 5 03:36:03 PM CEST 2025 - Throw an exception when combining the length operator with a typemap other than T_PV I don't get it. T_PV is a string type in Perl. char * is a string in C. What's the problem?
This change will be probably reverted in 3.60 <https://github.com/Perl/perl5/pull/23707>.