Package: perl-tk / 1:804.036+dfsg1-5
Metadata
Package | Version | Patches format |
---|---|---|
perl-tk | 1:804.036+dfsg1-5 | 3.0 (quilt) |
Patch series
view the series filePatch | File delta | Description |
---|---|---|
20 pngsuite lic.patch | (download) |
PNG/libpng/contrib/pngsuite/README |
4 2 + 2 - 0 ! |
--- |
60 man name.patch | (download) |
pod/Tcl-perl.pod |
2 1 + 1 - 0 ! |
--- |
70 spellings.patch | (download) |
Event/pTkCallback.c |
2 1 + 1 - 0 ! |
--- |
80 Fix STRLEN vs int pointer confusion in Tcl_GetByteAr.patch | (download) |
objGlue.c |
5 4 + 1 - 0 ! |
[patch] fix strlen vs int pointer confusion in Tcl_GetByteArrayFromObj() Perl 5.37.2, more precisely commit https://github.com/Perl/perl5/commit/1ef9039bccbfe64f47f201b6cfb7d6d23e0b08a7 changed the implementation of SvPV() et al., breaking t/balloon.t, t/canvas2.t and t/photo.t on big-endian 64-bit architectures such as ppc64 and s390x because StringMatchGIF() no longer recognized GIF files. This is because Tcl_GetByteArrayFromObj() was calling SvPV() with an int pointer instead of a correct STRLEN pointer, and the new implementation is more sensitive to this: it assigns the pointers as-is, resulting in the int pointer pointing at the wrong end of the 64-bit length. Other functions taking a length pointer, at least Tcl_GetStringFromObj() already seem to do things correctly, so presumably this is not a systematic issue. |
gcc 14.patch | (download) |
Event/Event.xs |
2 1 + 1 - 0 ! |
--- |
gcc 15.patch | (download) |
pTk/mTk/additions/ClientWin.c |
2 1 + 1 - 0 ! |
--- |