Bug #109957 for Data-MessagePack: Cannot Build module

Mon Nov 30 11:20:47 2015 Andreas.Kasparz [...] interface-systems.de - Ticket created

CC:	Daniel Schwager <Daniel.Schwager [...] dtnet.de>
Subject:	Cannot Build module
Date:	Mon, 30 Nov 2015 17:20:25 +0100
To:	<bug-Data-MessagePack [...] rt.cpan.org>
From:	Andreas Kasparz <Andreas.Kasparz [...] interface-systems.de>

Hi all, we cannot build the Data::MessagePack module; a YAML-like log about the steps and an logfile from the "make test" step is attached. Any help would be highly appreciated. Regards, Andy -- Dipl.-Ing. Andreas Kasparz Senior Consultant, +OCSA, +ITILv3, +LPIC-2 --------------------------------------- Tragfähige IT-Infrastrukturen planen und beherrschen. Wir sind der Partner, der Sie zum Ziel bringt. --------------------------------------- interface systems GmbH Zwinglistr. 11/13 01277 Dresden Deutschland Tel: +49-351-31809-24 Fax: +49-351-31809-33 Web: www.interface-systems.de Ein Unternehmen der interface:business Gruppe Geschäftsführer: Dr. Uwe Crenze, Dr. Hellfried Lohse Amtsgericht Dresden HRB 16693

Message body is not shown because sender requested not to inline it.

Tue Dec 01 22:46:58 2015 syohex [...] gmail.com - Correspondence added

On 2015-11月-30 月 11:20:47, Andreas.Kasparz@interface-systems.de wrote: Show quoted text

> Hi all, > > we cannot build the Data::MessagePack module; a YAML-like log about the > steps and an logfile from the "make test" step is attached. > > Any help would be highly appreciated. > > Regards, > > Andy

Could you tell us your CPU architecture in more detail ? 64bit ? Endian(I suppose your CPU is big endian) ? (We don't have any Sun machines. Could you know simulator where Solaris or Linux works well ?) And Did you fail tests both XS and PP ?

Tue Dec 01 22:46:58 2015 The RT System itself - Status changed from 'new' to 'open'

Thu Dec 10 00:09:05 2015 syohex [...] gmail.com - Correspondence added

On Mon Nov 30 11:20:47 2015, Andreas.Kasparz@interface-systems.de wrote: Show quoted text

> Hi all, > > we cannot build the Data::MessagePack module; a YAML-like log about the > steps and an logfile from the "make test" step is attached. > > Any help would be highly appreciated. > > Regards, > > Andy

http://www.cpantesters.org/cpan/report/e2cbb25e-9c62-11e5-82a0-515be0bfc7aa Tests are passed on Sparc 64bit big-endian environment. So Data::MessagePack support bit-endian 64bit platform. Your test result is very strange and unpredictable. Some test results are here. If first byte is opposite of second byte, then it maybe be endian issue. If 64bit value tests are failed, then 64bit support issue. However I cannot find the pattern in your results. # Failed test 'dump 01' # at t/01_pack.t line 16. # got: '00' # expected: '01' # Failed test 'dump 7f' # at t/01_pack.t line 16. # got: '00' # expected: '7f' Why 1 byte tests are failed ? It is not related to both endian and machine bit-witdh. # Failed test 'dump cc 80' # at t/01_pack.t line 16. # got: 'cc 00' # expected: 'cc 80' # Failed test 'dump cc ff' # at t/01_pack.t line 16. # got: 'cc 00' # expected: 'cc ff' First byte is correct, but second byte is failed, why ? # Failed test 'dump cb 3f f0 00 00 00 00 00 00' # at t/01_pack.t line 16. # got: 'cb 00 00 00 00 00 00 f0 3f' # expected: 'cb 3f f0 00 00 00 00 00 00' # Failed test 'dump 92 93 00 40 7f 93 e0 f0 ff' # at t/01_pack.t line 16. # got: '92 93 00 00 00 93 ff ff ff' # expected: '92 93 00 40 7f 93 e0 f0 ff' Some bytes are expected, but other bytes order and value is very strange. Why ?

Thu Dec 10 19:41:05 2015 Andreas.Kasparz [...] interface-systems.de - Correspondence added

Subject:	Re: [rt.cpan.org #109957] Cannot Build module
Date:	Fri, 11 Dec 2015 01:40:44 +0100
To:	"bug-Data-MessagePack [...] rt.cpan.org" <bug-Data-MessagePack [...] rt.cpan.org>
From:	Andreas Kasparz <Andreas.Kasparz [...] interface-systems.de>

Hi all, sorry for the late response. Am 02.Dec.2015 meißelte Syohei Yoshida via RT in die Tasten:> <URL: https://rt.cpan.org/Ticket/Display.html?id=109957 > Show quoted text

> > On 2015-11月-30 月 11:20:47, Andreas.Kasparz@interface-systems.de wrote:

>> Hi all, >> >> we cannot build the Data::MessagePack module; a YAML-like log about the >> steps and an logfile from the "make test" step is attached. >> >> Any help would be highly appreciated.

Show quoted text

> Could you tell us your CPU architecture in more detail ?

The architecure details should be visible in the "perl -V" output in the original mail, but for your convinience, here is the output again: | $ perl -V | Summary of my perl5 (revision 5 version 20 subversion 3) configuration: | | Platform: | osname=solaris, osvers=2.11, archname=sun4-solaris-thread-multi | uname='sunos ifsys-build1 5.11 11.2 sun4v sparc sun4v ' | config_args='-des -Dprefix=/opt/__local__ -Dcc=/usr/bin/gcc -Dld=/usr/bin/gcc -A append:ccflags= -I/opt/__local__/include -A append:ldflags= -L/opt/__local__/lib -Duseshrplib -Dusethreads' | hint=recommended, useposix=true, d_sigaction=define | useithreads=define, usemultiplicity=define | use64bitint=undef, use64bitall=undef, uselongdouble=undef | usemymalloc=n, bincompat5005=undef | Compiler: | cc='/usr/bin/gcc', ccflags ='-D_REENTRANT -I/opt/__local__/include -fwrapv -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV', | optimize='-O', | cppflags='-D_REENTRANT -I/opt/__local__/include -fwrapv -fno-strict-aliasing -pipe -fstack-protector' | ccversion='', gccversion='4.5.2', gccosandvers='' | intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 | d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 | ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 | alignbytes=8, prototype=define | Linker and Libraries: | ld='/usr/bin/gcc', ldflags =' -L/opt/__local__/lib -fstack-protector -L/usr/gnu/lib ' | libpth=/usr/gcc/4.5/lib /usr/gcc/4.5/lib/gcc/sparc-sun-solaris2.11/4.5.2/include-fixed /usr/lib /usr/gnu/lib /usr/ccs/lib | libs=-lpthread -lsocket -lnsl -lgdbm -ldb -ldl -lm -lc | perllibs=-lpthread -lsocket -lnsl -ldl -lm -lc | libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so | gnulibc_version='' | Dynamic Linking: | dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -R /opt/__local__/lib/perl5/5.20.3/sun4-solaris-thread-multi/CORE' | cccdlflags='-fPIC', lddlflags='-shared -L/opt/__local__/lib -L/usr/gnu/lib -fstack-protector' | | | Characteristics of this binary (from libperl): | Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS | PERL_DONT_CREATE_GVSV | PERL_HASH_FUNC_ONE_AT_A_TIME_HARD | PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP | PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV | PERL_USE_SAFE_PUTENV USE_ITHREADS USE_LARGE_FILES | USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE | USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF | USE_REENTRANT_API | Built under solaris | Compiled at Nov 14 2015 15:04:15 | @INC: | /opt/__local__/lib/perl5/site_perl/5.20.3/sun4-solaris-thread-multi | /opt/__local__/lib/perl5/site_perl/5.20.3 | /opt/__local__/lib/perl5/5.20.3/sun4-solaris-thread-multi | /opt/__local__/lib/perl5/5.20.3 Show quoted text

> 64bit ? Endian(I suppose your CPU is big endian) ?

In fact, it is an 64bit SPARC machine: | $ isainfo -bv | 64-bit sparcv9 applications | crc32c cbcond pause mont mpmul sha512 sha256 sha1 md5 camellia kasumi | des aes ima hpc vis3 fmaf asi_blk_init vis2 vis popc Show quoted text

> (We don't have any Sun machines. Could you know simulator where Solaris or Linux works well ?)

If you like so, we could give you access to an encapsulated SPARC system. That would not be the newest System. But I think, to test the little/big endian problem, it should be suitable. To set up the access, please contact me by personal mail... Show quoted text

> And Did you fail tests both XS and PP ?

Look self ;) Best regards, Andy -- Andreas Kasparz, Dresden, Germany On behalf of the "Max-Born-Institut für Nichtlineare Optik und Kurzzeitspektroskopie" interface systems GmbH Zwinglistr. 11/13 01277 Dresden Deutschland Tel: +49-351-31809-24 Fax: +49-351-31809-33 Web: www.interface-systems.de Ein Unternehmen der interface:business Gruppe Geschäftsführer: Dr. Uwe Crenze, Dr. Hellfried Lohse Amtsgericht Dresden HRB 16693

Mon Jan 25 11:57:24 2016 kasparz [...] mbi-berlin.de - Correspondence added

Subject:	Re: [rt.cpan.org #109957] Cannot Build module
Date:	Mon, 25 Jan 2016 17:57:07 +0100
To:	"bug-Data-MessagePack [...] rt.cpan.org" <bug-Data-MessagePack [...] rt.cpan.org>
From:	"Andreas Kasparz (MBI)" <kasparz [...] mbi-berlin.de>

Hello "Syohei Yoshida", unfortunately I was very busy during the past weeks. Now I hope I can spend more time to solve the problem. What we can do, is to provide for you access to a Solaris-SPARC machine, so you will be able to test your module on this platform. Would that be an acceptable way for you? If so, please let me know your decision via a private mail, so we can set up the machine and let you know the access and login information. Best regards, Andy "Andreas Kasparz" schrieb am 11.12.15 01:40: Show quoted text

> Hi all, > > sorry for the late response. > > Am 02.Dec.2015 meißelte Syohei Yoshida via RT in die Tasten:> <URL: https://rt.cpan.org/Ticket/Display.html?id=109957 >

> > > > On 2015-11月-30 月 11:20:47, Andreas.Kasparz@interface-systems.de wrote:

> >> Hi all, > >> > >> we cannot build the Data::MessagePack module; a YAML-like log about the > >> steps and an logfile from the "make test" step is attached. > >> > >> Any help would be highly appreciated.

>

> > Could you tell us your CPU architecture in more detail ?

> > The architecure details should be visible in the "perl -V" output in the original mail, > but for your convinience, here is the output again: > > | $ perl -V > | Summary of my perl5 (revision 5 version 20 subversion 3) configuration: > | > | Platform: > | osname=solaris, osvers=2.11, archname=sun4-solaris-thread-multi > | uname='sunos ifsys-build1 5.11 11.2 sun4v sparc sun4v ' > | config_args='-des -Dprefix=/opt/__local__ -Dcc=/usr/bin/gcc -Dld=/usr/bin/gcc -A append:ccflags= -I/opt/__local__/include -A append:ldflags= -L/opt/__local__/lib -Duseshrplib -Dusethreads' > | hint=recommended, useposix=true, d_sigaction=define > | useithreads=define, usemultiplicity=define > | use64bitint=undef, use64bitall=undef, uselongdouble=undef > | usemymalloc=n, bincompat5005=undef > | Compiler: > | cc='/usr/bin/gcc', ccflags ='-D_REENTRANT -I/opt/__local__/include -fwrapv -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV', > | optimize='-O', > | cppflags='-D_REENTRANT -I/opt/__local__/include -fwrapv -fno-strict-aliasing -pipe -fstack-protector' > | ccversion='', gccversion='4.5.2', gccosandvers='' > | intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 > | d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 > | ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 > | alignbytes=8, prototype=define > | Linker and Libraries: > | ld='/usr/bin/gcc', ldflags =' -L/opt/__local__/lib -fstack-protector -L/usr/gnu/lib ' > | libpth=/usr/gcc/4.5/lib /usr/gcc/4.5/lib/gcc/sparc-sun-solaris2.11/4.5.2/include-fixed /usr/lib /usr/gnu/lib /usr/ccs/lib > | libs=-lpthread -lsocket -lnsl -lgdbm -ldb -ldl -lm -lc > | perllibs=-lpthread -lsocket -lnsl -ldl -lm -lc > | libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so > | gnulibc_version='' > | Dynamic Linking: > | dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -R /opt/__local__/lib/perl5/5.20.3/sun4-solaris-thread-multi/CORE' > | cccdlflags='-fPIC', lddlflags='-shared -L/opt/__local__/lib -L/usr/gnu/lib -fstack-protector' > | > | > | Characteristics of this binary (from libperl): > | Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS > | PERL_DONT_CREATE_GVSV > | PERL_HASH_FUNC_ONE_AT_A_TIME_HARD > | PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP > | PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV > | PERL_USE_SAFE_PUTENV USE_ITHREADS USE_LARGE_FILES > | USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE > | USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF > | USE_REENTRANT_API > | Built under solaris > | Compiled at Nov 14 2015 15:04:15 > | @INC: > | /opt/__local__/lib/perl5/site_perl/5.20.3/sun4-solaris-thread-multi > | /opt/__local__/lib/perl5/site_perl/5.20.3 > | /opt/__local__/lib/perl5/5.20.3/sun4-solaris-thread-multi > | /opt/__local__/lib/perl5/5.20.3 >

> > 64bit ? Endian(I suppose your CPU is big endian) ?

> > In fact, it is an 64bit SPARC machine: > > | $ isainfo -bv > | 64-bit sparcv9 applications > | crc32c cbcond pause mont mpmul sha512 sha256 sha1 md5 camellia kasumi > | des aes ima hpc vis3 fmaf asi_blk_init vis2 vis popc >

> > (We don't have any Sun machines. Could you know simulator where Solaris or Linux works well ?)

> > If you like so, we could give you access to an encapsulated SPARC system. > That would not be the newest System. But I think, to test the little/big endian problem, > it should be suitable. > > To set up the access, please contact me by personal mail... >

> > And Did you fail tests both XS and PP ?

> > Look self ;) > > Best regards, > > Andy >

-- Dipl.-Ing. Andreas Kasparz Senior Consultant, +OCSA, +ITILv3, +LPIC-2

Tue Mar 01 08:34:33 2016 syohex [...] gmail.com - Correspondence added

I have released newer version. https://metacpan.org/release/SYOHEX/Data-MessagePack-0.49_01 It updates msgpack-c version, your issue may be fixed. Please check it. On Mon Jan 25 11:57:24 2016, kasparz@mbi-berlin.de wrote: Show quoted text

> Hello "Syohei Yoshida", > > unfortunately I was very busy during the past weeks. Now I hope I can > spend more > time to solve the problem. > > What we can do, is to provide for you access to a Solaris-SPARC > machine, so you > will be able to test your module on this platform. > > Would that be an acceptable way for you? > > If so, please let me know your decision via a private mail, so we can > set up the > machine and let you know the access and login information. > > Best regards, > > Andy > > "Andreas Kasparz" schrieb am 11.12.15 01:40:

> > Hi all, > > > > sorry for the late response. > > > > Am 02.Dec.2015 meißelte Syohei Yoshida via RT in die Tasten:> <URL: > > https://rt.cpan.org/Ticket/Display.html?id=109957 >

> > > > > > On 2015-11月-30 月 11:20:47, Andreas.Kasparz@interface-systems.de > > > wrote:

> > >> Hi all, > > >> > > >> we cannot build the Data::MessagePack module; a YAML-like log > > >> about the > > >> steps and an logfile from the "make test" step is attached. > > >> > > >> Any help would be highly appreciated.

> >

> > > Could you tell us your CPU architecture in more detail ?

> > > > The architecure details should be visible in the "perl -V" output in > > the original mail, > > but for your convinience, here is the output again: > > > > | $ perl -V > > | Summary of my perl5 (revision 5 version 20 subversion 3) > > | configuration: > > | > > | Platform: > > | osname=solaris, osvers=2.11, archname=sun4-solaris-thread-multi > > | uname='sunos ifsys-build1 5.11 11.2 sun4v sparc sun4v ' > > | config_args='-des -Dprefix=/opt/__local__ -Dcc=/usr/bin/gcc > > | -Dld=/usr/bin/gcc -A append:ccflags= -I/opt/__local__/include -A > > | append:ldflags= -L/opt/__local__/lib -Duseshrplib -Dusethreads' > > | hint=recommended, useposix=true, d_sigaction=define > > | useithreads=define, usemultiplicity=define > > | use64bitint=undef, use64bitall=undef, uselongdouble=undef > > | usemymalloc=n, bincompat5005=undef > > | Compiler: > > | cc='/usr/bin/gcc', ccflags ='-D_REENTRANT > > | -I/opt/__local__/include -fwrapv -fno-strict-aliasing -pipe > > | -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > > | -DPERL_USE_SAFE_PUTENV', > > | optimize='-O', > > | cppflags='-D_REENTRANT -I/opt/__local__/include -fwrapv -fno- > > | strict-aliasing -pipe -fstack-protector' > > | ccversion='', gccversion='4.5.2', gccosandvers='' > > | intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 > > | d_longlong=define, longlongsize=8, d_longdbl=define, > > | longdblsize=16 > > | ivtype='long', ivsize=4, nvtype='double', nvsize=8, > > | Off_t='off_t', lseeksize=8 > > | alignbytes=8, prototype=define > > | Linker and Libraries: > > | ld='/usr/bin/gcc', ldflags =' -L/opt/__local__/lib -fstack- > > | protector -L/usr/gnu/lib ' > > | libpth=/usr/gcc/4.5/lib /usr/gcc/4.5/lib/gcc/sparc-sun- > > | solaris2.11/4.5.2/include-fixed /usr/lib /usr/gnu/lib /usr/ccs/lib > > | libs=-lpthread -lsocket -lnsl -lgdbm -ldb -ldl -lm -lc > > | perllibs=-lpthread -lsocket -lnsl -ldl -lm -lc > > | libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so > > | gnulibc_version='' > > | Dynamic Linking: > > | dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -R > > | /opt/__local__/lib/perl5/5.20.3/sun4-solaris-thread-multi/CORE' > > | cccdlflags='-fPIC', lddlflags='-shared -L/opt/__local__/lib > > | -L/usr/gnu/lib -fstack-protector' > > | > > | > > | Characteristics of this binary (from libperl): > > | Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS > > | PERL_DONT_CREATE_GVSV > > | PERL_HASH_FUNC_ONE_AT_A_TIME_HARD > > | PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP > > | PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV > > | PERL_USE_SAFE_PUTENV USE_ITHREADS > > | USE_LARGE_FILES > > | USE_LOCALE USE_LOCALE_COLLATE > > | USE_LOCALE_CTYPE > > | USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF > > | USE_REENTRANT_API > > | Built under solaris > > | Compiled at Nov 14 2015 15:04:15 > > | @INC: > > | /opt/__local__/lib/perl5/site_perl/5.20.3/sun4-solaris-thread- > > | multi > > | /opt/__local__/lib/perl5/site_perl/5.20.3 > > | /opt/__local__/lib/perl5/5.20.3/sun4-solaris-thread-multi > > | /opt/__local__/lib/perl5/5.20.3 > >

> > > 64bit ? Endian(I suppose your CPU is big endian) ?

> > > (We don't have any Sun machines. Could you know simulator where > > > Solaris or Linux works well ?)

> > > > If you like so, we could give you access to an encapsulated SPARC > > system. > > That would not be the newest System. But I think, to test the > > little/big endian problem, > > it should be suitable. > > > > To set up the access, please contact me by personal mail... > >

> > > And Did you fail tests both XS and PP ?

> > > > Look self ;) > > > > Best regards, > > > > Andy > >

Bug #109957 for Data-MessagePack: Cannot Build module

Preferred bug tracker