#1712: Packfile failures in 2.6.0 on SPARC
----------------------+-----------------------------------------------------
 Reporter:  doughera  |       Owner:       
     Type:  bug       |      Status:  new  
 Priority:  normal    |   Milestone:       
Component:  none      |     Version:  trunk
 Severity:  medium    |    Keywords:       
     Lang:            |       Patch:       
 Platform:            |  
----------------------+-----------------------------------------------------
 I am seeing new packfile test failures on Solaris/SPARC with the released
 version of 2.6.0.  Specifically, here's what I get:

 {{{
 Failed Test                         Stat Wstat Total Fail  List of Failed
 -------------------------------------------------------------------------------
 t/compilers/opsc/02-parse-all-ops.t    0   131    20   24  9-20
 t/compilers/opsc/06-opsfile.t          0   131     7   14  1-7
 t/compilers/opsc/07-emitter.t          0   131    22   44  1-22
 t/pmc/packfile.t                       1   256    36   52  11-36
 t/pmc/packfileconstanttable.t          1   256    16   32  1-16
 t/pmc/packfiledirectory.t              1   256    20   32  5-20
 t/pmc/packfilefixupentry.t             1   256     3    6  1-3
 t/pmc/packfilefixuptable.t             1   256     3    6  1-3
 t/pmc/packfilerawsegment.t             1   256     7   14  1-7
 t/pmc/stringhandle.t                   1   256    25    1  11
 10 tests and 717 subtests skipped.
 Failed 10/355 test scripts. 113/12427 subtests failed.
 Files=355, Tests=12427, 1466 wallclock secs (915.86 cusr + 256.53 csys =
 1172.39 CPU)
 Failed 10/355 test programs. 113/12427 subtests failed.

 }}}

 {{{
 t/pmc/packfile
 t/pmc/packfileconstanttable
 t/pmc/packfiledirectory
 t/pmc/packfilefixupentry
 t/pmc/packfilefixuptable
 t/pmc/packfilerawsegment
     All fail with:
         cvt_num12_num8_le: long double conversion unsupported
 }}}

     These failures are new for 2.6.0.  I have no idea why the test is
 trying to do this conversion.  It should only be reading native packfiles.
 I didn't think reading non-native packfiles was supported.

     For completeness, here are the other failures:

 {{{

 t/compilers/opsc/02-parse-all-ops
 t/compilers/opsc/06-opsfile
 t/compilers/opsc/07-emitter
     All fail with:
         Parrot VM: PANIC: Out of mem!
 }}}
     These tests have consistently failed this way ever since the opsc
 merge. (This system is particularly starved for memory.)

 {{{
 t/pmc/stringhandle
     Fails with:
         Parrot VM: PANIC: Out of mem!
 }}}
     This test has consistently failed ever since the immutable strings
 were merged.

 {{{

 Summary of my parrot 2.6.0 (r0) configuration:
   configdate='Wed Jul 21 15:20:09 2010 GMT'
   Platform:
     osname=solaris, archname=sun4-solaris
     jitcapable=0, jitarchname=nojit,
     jitosname=solaris, jitcpuarch=sun4
     execcapable=0
     perl=perl5.8
   Compiler:
     cc='cc', ccflags=' -DDISABLE_GC_DEBUG=1 -DNDEBUG -DHAS_GETTEXT',
   Linker and Libraries:
     ld='cc', ldflags=' -L/usr/lib -L/usr/ccs/lib -L/opt/SUNWspro/SC4.2/lib
 -L/usr/local/lib ',
     cc_ldflags='',
     libs='-lsocket -lnsl -ldl -lm -lpthread -lrt -lintl'
   Dynamic Linking:
     share_ext='.so', ld_share_flags='-G -L/usr/lib -L/usr/ccs/lib
 -L/opt/SUNWspro/SC4.2/lib -L/usr/local/lib',
     load_ext='.so', ld_load_flags='-G -L/usr/lib -L/usr/ccs/lib
 -L/opt/SUNWspro/SC4.2/lib -L/usr/local/lib'
   Types:
     iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4,
     ptrsize=4,  byteorder=4321,
     nv=double, numvalsize=8, doublesize=8, longdoublesize=16

 }}}

-- 
Ticket URL: <https://trac.parrot.org/parrot/ticket/1712>
Parrot <https://trac.parrot.org/parrot/>
Parrot Development
_______________________________________________
parrot-tickets mailing list
[email protected]
http://lists.parrot.org/mailman/listinfo/parrot-tickets

Reply via email to