[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;
}
