[perl #36842] interpreter.c breaks at line 277

2 views
Skip to first unread message

Amirkarger @ Gmail . Com

unread,
Aug 8, 2005, 10:59:38 PM8/8/05
to bugs-bi...@rt.perl.org
# New Ticket Created by amirk...@gmail.com
# Please include the string: [perl #36842]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36842 >


---
osname= linux
osvers= 2.4.21-23.elsmp
arch= i386-linux-thread-multi
cc= gcc 3.2.3 20030502 (Red Hat Linux 3.2.3-49)
---
Flags:
category=core
severity=high
ack=no
---
I was able to compile parrot HEAD a few days ago with no trouble.
Today I tried (three times, several hours apart) after svn update,
and it broke each time with the below error.

I'm a newbie, so I might be doing something wrong in make.
I think i correctly ran configure --without-icu and make.
(At least it worked last time.)

Compiling with:
xx.c
cc -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr include/gdbm -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Winline -Wshado -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Waggregate-return -W nline -W -Wno-unused -Wsign-compare -Wformat-nonliteral -Wformat-security -Wpac ed -Wdisabled-optimization -mno-accumulate-outgoing-args -Wno-shadow -falign-fu ctions=16 -I./include -DHAS_JIT -DI386 -DHAVE_COMPUTED_GOTO -I. -o xx.o -c xx.c
src/interpreter.c
src/interpreter.c: In function `get_op_lib_init':
src/interpreter.c:277: `Parrot_DynOp_core_cgp_0_2_3' undeclared (first use in t is function)
src/interpreter.c:277: (Each undeclared identifier is reported only once
src/interpreter.c:277: for each function it appears in.)
src/interpreter.c:280: `Parrot_DynOp_core_cg_0_2_3' undeclared (first use in th s function)
src/interpreter.c: In function `dynop_register':
src/interpreter.c:915: `Parrot_DynOp_core_cgp_0_2_3' undeclared (first use in t is function)
src/interpreter.c:917: `Parrot_DynOp_core_cg_0_2_3' undeclared (first use in th s function)
make: *** [src/interpreter.o] Error 1


---
Summary of my parrot 0.2.3 (r8868) configuration:
configdate='Mon Aug 8 13:47:10 2005'
Platform:
osname=linux, archname=i686-linux
jitcapable=1, jitarchname=i386-linux,
jitosname=LINUX, jitcpuarch=i386
execcapable=1
perl=/usr/local/bin/perl
Compiler:
cc='cc', ccflags=' -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
Linker and Libraries:
ld='cc', ldflags=' -L/usr/local/lib',
cc_ldflags='',
libs='-lnsl -ldl -lm -lcrypt -lutil -lpthread -lrt -lgmp'
Dynamic Linking:
share_ext='.so', ld_share_flags='-shared -L/usr/local/lib -fPIC',
load_ext='.so', ld_load_flags='-shared -L/usr/local/lib -fPIC'
Types:
iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4,
ptrsize=4, ptr_alignment=1 byteorder=1234,
nv=double, numvalsize=8, doublesize=8

---
Environment:
HOME LANG LANGUAGE LANGVAR LD_LIBRARY_PATH LOGDIR PATH PERL5LIB SHELL

Leopold Toetsch

unread,
Aug 9, 2005, 6:20:08 AM8/9/05
to perl6-i...@perl.org, bugs-bi...@netlabs.develooper.com
amirk...@gmail.com (via RT) wrote:

> I was able to compile parrot HEAD a few days ago with no trouble.
> Today I tried (three times, several hours apart) after svn update,
> and it broke each time with the below error.

> src/interpreter.c: In function `get_op_lib_init':


> src/interpreter.c:277: `Parrot_DynOp_core_cgp_0_2_3' undeclared (first use in t is function)

Looks like you configured with --cgoto=0 but didn't do a 'make realclean'.

leo

Amir Karger

unread,
Aug 9, 2005, 4:28:12 PM8/9/05
to parrotbug...@parrotcode.org
I ran with --without-icu but I never typed in --cgoto=0. Anyway, make
realclean did fix the problem.

When do I need to rerun configure and/or make clean/realclean? (I
guess "when it breaks" is an OK answer.) Btw, if I want to rerun
configure with the same -- options, is there a trivial way to do that?

Thanks,

-Amir

Leopold Toetsch

unread,
Aug 10, 2005, 4:20:53 AM8/10/05
to Amir Karger, parrotbug...@parrotcode.org
Amir Karger wrote:
> I ran with --without-icu but I never typed in --cgoto=0. Anyway, make
> realclean did fix the problem.

Strange.

> When do I need to rerun configure and/or make clean/realclean? (I
> guess "when it breaks" is an OK answer.)

Yep, mostly.

> ... Btw, if I want to rerun


> configure with the same -- options, is there a trivial way to do that?

Prepare a shell script with the command :-)

> Thanks,
>
> -Amir

leo

Reply all
Reply to author
Forward
0 new messages