I am getting strange Perl error after rebuilding Perl for the time64_t transition on powerpc:
loadable library and perl binaries are mismatched (got first handshake key 0xb600080, needed 0xb700080)
See: https://buildd.debian.org/status/fetch.php?pkg=libdevice-usb-perl&arch=powerpc&ver=0.38-3&stamp=1709663348&raw=0
I have already rebuilt Perl once again against the new time64_t libraries, but that didn't help although the package builds fine locally.
Does anyone knowledgeable with Perl know what's going on?
I am getting strange Perl error after rebuilding Perl for the time64_t transition on powerpc:
loadable library and perl binaries are mismatched (got first handshake key 0xb600080, needed 0xb700080)
See: https://buildd.debian.org/status/fetch.php?pkg=libdevice-usb-perl&arch=powerpc&ver=0.38-3&stamp=1709663348&raw=0
I have already rebuilt Perl once again against the new time64_t libraries, but that didn't help although the package builds fine locally.
Does anyone knowledgeable with Perl know what's going on?
Also, I noticed that libxs-parse-keyword-perl build-depends on libextutils-cbuilder-perl
which is apparently obsolete and also still depends on the old Perl API [1] which makes
me wonder how libxs-parse-keyword-perl was built for armhf and armel [2].
Adrian
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060712
[2] https://buildd.debian.org/status/package.php?p=libxs-parse-keyword-perl&suite=sid
Thanks! You saved me a lot of headaches!
I have run into this issue again trying to rebuild libxs-parse-keyword-perl with a src:perl that was built with dpkg_1.22.5:
powerpc-linux-gnu-gcc -Isrc/ -I/usr/lib/powerpc-linux-gnu/perl/5.38/CORE -DVERSION="0.39" -DXS_VERSION="0.39" -fPIC -I. -Ihax -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/home/glaubitz/perl-modules/libxs-parse-keyword-perl-0.39=. -fstack-
protector-strong -Wformat -Werror=format-security -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/home/glaubitz/perl-modules/libxs-parse-keyword-perl-0.39=. -fstack-protector-strong -
Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -o lib/XS/Parse/Keyword.o lib/XS/Parse/Keyword.c
ExtUtils::Mkbootstrap::Mkbootstrap('blib/arch/auto/XS/Parse/Keyword/Keyword.bs')
powerpc-linux-gnu-gcc -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/home/glaubitz/perl-modules/libxs-parse-keyword-perl-0.39=. -fstack-protector-strong -Wformat -Werror=format-
security -Wl,-z,relro -Wl,-z,now -shared -L/usr/local/lib -fstack-protector-strong -o blib/arch/auto/XS/Parse/Keyword/Keyword.so lib/XS/Parse/Keyword.o src/infix.o src/keyword.o
Parser.c: loadable library and perl binaries are mismatched (got first handshake key 0xb600080, needed 0xb700080)
dh_auto_build: error: /usr/bin/perl Build returned exit code 1
make: *** [debian/rules:6: binary-arch] Error 1
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit status 2
Also, I noticed that libxs-parse-keyword-perl build-depends on libextutils-cbuilder-perl which is apparently obsolete and also still
depends on the old Perl API [1] which makes me wonder how libxs-parse-keyword-perl was built for armhf and armel [2].
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 300 |
Nodes: | 16 (2 / 14) |
Uptime: | 19:17:52 |
Calls: | 6,707 |
Calls today: | 1 |
Files: | 12,239 |
Messages: | 5,351,615 |