[EMAIL PROTECTED] parrot]$ make test
echo imcc/imcc.y -d -o imcc/imcparser.c
imcc/imcc.y -d -o imcc/imcparser.c
perl -e 'open(A,qq{>>$_}) or die foreach @ARGV' imcc/imcc.y.flag imcc/imcparser.c imcc/imcparser.h
perl t/harness --gc-debug --running-make-test -b t/op/*.t t/pmc/*.t t/native_pbc/*.t
t/op/00ff-dos...........
This is as far as it gets. I am assuming since no one else has noticed this that it is a problem with my set up but I am at a bit of a loss as to what has happened to cause it.
It gets even stranger. If I do a make clean and make test again it does not necessarily stop in the same place each time ie.
perl t/harness --gc-debug --running-make-test -b t/op/*.t t/pmc/*.t t/native_pbc/*.t
t/op/00ff-dos...........ok
t/op/00ff-unix..........
sometime it gets as far as the aritmetic tests. Has anyone seen this before. My myconfig is at the bottom of the page.
On a side note I noticed some warnings about a predeclared variable in /parrot/ops/core.ops line 1059. Patch attached.
Summary of my parrot 0.0.13 configuration: configdate='Mon Dec 29 21:21:06 2003' Platform: osname=linux, archname=i386-linux jitcapable=1, jitarchname=i386-linux, jitosname=LINUX, jitcpuarch=i386 execcapable=1 perl=perl Compiler: cc='gcc', ccflags=' -I/usr/local/include', Linker and Libraries: ld='gcc', ldflags=' -L/usr/local/lib', cc_ldflags='', libs='-lnsl -ldl -lm -lcrypt -lutil -lpthread' Dynamic Linking: so='.so', ld_shared='-shared -L/usr/local/lib', ld_shared_flags='' Types: iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4, ptrsize=4, ptr_alignment=4 byteorder=1234, nv=double, numvalsize=8, doublesize=8
--- core.ops Mon Dec 29 22:06:55 2003 +++ core.ops.new Mon Dec 29 22:07:59 2003 @@ -1056,7 +1056,7 @@ VTABLE_type(interpreter, overflow) != enum_class_Null && ((elems_in_array = VTABLE_get_integer(interpreter, overflow)) != 0)) { INTVAL cur_elem; - INTVAL start = 0; + start = 0; if ($2 > 11) { start = $2 - 11; }