| Subject: | t/00_load.t failure on OS X in 32-bit mode |
| Date: | Thu, 26 Jul 2012 21:13:58 -0400 |
| To: | bug-RPC-XML [...] rt.cpan.org |
| From: | "Daniel Macks" <dmacks [...] netspace.org> |
Building RPC-XML-0.76 on OS X 10.6 using apple-supplied perl 5.10.0 on ain intel Mac in 32-bit mode gives:
t/00_load.t ..................... ok
# Failed test 'smart_encode, i8<1>'
# at t/10_data.t line 267.
# got: 'double'
# expected: 'i8'
# Failed test 'smart_encode, i8<2>'
# at t/10_data.t line 268.
# got: 'double'
# expected: 'i8'
# Looks like you failed 2 tests of 252.t/10_data.t .....................
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/252 subtests
but passes in 64-bit mode. The mode is controlled by:
ARCHFLAGS=""
/usr/bin/arch -i386 perl5.10.0 Makefile.PL ...
make && make test
vs
ARCHFLAGS=""
/usr/bin/arch -x86_64 perl5.10.0 Makefile.PL ...
make && make test
The two failing tests are marked SKIP if !$Config{use64bitint}, but that item is defined on both arch for me. On the other hand, $Config{longsize} has a difference between the two arch: 4 for i386 and 8 for x86_64. Would that be a suitable alternative test (either in general, or predicated on a test for the darwin kernel)? Or is this test-fail of mine really a symptom of something broken in RPC::XML? Let me know if there's anything you'd like me to test.
dan
--
Daniel Macks
dmacks@netspace.org