Re: g-wrap: guile-CVS build error

[Jan Nieuwenhuizen]

Jan Nieuwenhuizen writes:

>> g-wrap--mainline--1.9.0. Could you "tla join-branch" that and then
>> commit?
>
> Thanks, done that.

However, this one fails with GUILE CVS.

Starting program: /var/fred/usr/pkg/guile/bin/guile --debug -c    "(set! 
%load-path (cons \"../../guile\" (cons \"../../..\" %load-path)))""   
(use-modules (g-wrap))   (use-modules (guile test guile-test-enumeration-spec)) 
  (generate-wrapset 'guile 'test-enumeration \"gw-test-enumeration\")"
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 31579)]
WARNING: (srfi srfi-35): `every' imported from both (oop goops util) and (srfi 
srfi-1)
WARNING: (srfi srfi-35): `any' imported from both (oop goops util) and (srfi 
srfi-1)
WARNING: (g-wrap util): imported module (srfi srfi-34) overrides core binding 
`raise'
WARNING: (g-wrap): imported module (srfi srfi-34) overrides core binding `raise'
WARNING: (g-wrap rti): imported module (srfi srfi-34) overrides core binding 
`raise'
WARNING: (g-wrap rti): `class-name' imported from both (oop goops) and (g-wrap)
WARNING: (g-wrap enumeration): `class-name' imported from both (oop goops) and 
(g-wrap)
WARNING: (g-wrap c-types): `class-name' imported from both (oop goops) and 
(g-wrap)
WARNING: (g-wrap guile): `class-name' imported from both (oop goops) and 
(g-wrap)
WARNING: (g-wrap ws standard): `class-name' imported from both (oop goops) and 
(g-wrap)
WARNING: (g-wrap guile ws standard): `class-name' imported from both (oop 
goops) and (g-wrap)
WARNING: (test test-enumeration-spec): `class-name' imported from both (oop 
goops) and (g-wrap)
WARNING: (guile test guile-test-enumeration-spec): `class-name' imported from 
both (oop goops) and (g-wrap)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 31579)]
unmemoize_exprs (exprs=0x4049f0e0, env=0x404da478) at eval.c:585
(gdb) bt
#0  unmemoize_exprs (exprs=0x4049f0e0, env=0x404da478) at eval.c:585
#1  0x40047dd1 in unmemoize_exprs (exprs=0x4049f0b8, env=0x404da478)
    at eval.c:586
#2  0x40047dd1 in unmemoize_exprs (exprs=0x4049ef68, env=0x404da478)
    at eval.c:586
#3  0x40047dd1 in unmemoize_exprs (exprs=0x4049f178, env=0x404da478)
    at eval.c:586
#4  0x40047dd1 in unmemoize_exprs (exprs=0x4049e858, env=0x404da478)
    at eval.c:586
#5  0x4004b089 in scm_unmemocopy (forms=0x4049e858, env=0x404da378)
    at eval.c:2381
#6  0x4003eeb9 in scm_procedure_source (proc=0x4049e848) at debug.c:343
#7  0x40051349 in deval (x=0x404, env=0x404da490) at eval.c:4388
#8  0x40052c76 in deval (x=0x4035b220, env=0x404da490) at eval.c:3525
#9  0x40052c76 in deval (x=0x40334290, env=0x404da558) at eval.c:3525
#10 0x400511fb in deval (x=0x40358ff8, env=0x404da558) at eval.c:3286
#11 0x40051d7d in deval (x=0x40358bd0, env=0x404da650) at eval.c:4146
#12 0x40052c76 in deval (x=0x40359e20, env=0x404da680) at eval.c:3525
#13 0x400511fb in deval (x=0x404d5010, env=0x404d8320) at eval.c:3286
#14 0x40052c76 in deval (x=0x404d2300, env=0x404d2340) at eval.c:3525
#15 0x40051960 in deval (x=0x404cebb8, env=0x404cea30) at eval.c:4251
#16 0x400545d3 in scm_dapply (proc=0x404ceab8, arg1=0x404, args=0x404cea30)
    at eval.c:4912
#17 0x4004eec4 in scm_apply (proc=0x404ceaa0, arg1=0x404, args=0x404)
    at eval.c:4700
#18 0x4004e3f1 in scm_call_0 (proc=0x404da378) at eval.c:4555
#19 0x40098332 in scm_body_thunk (body_data=0x404da378) at throw.c:316
#20 0x40097fac in scm_internal_catch (tag=0x404da378, 
    body=0x40098310 <scm_body_thunk>, body_data=0xbffff0a8, 
    handler=0x40098340 <scm_handle_by_proc>, handler_data=0xbffff0c8)
    at throw.c:172
#21 0x40098731 in scm_catch (key=0x404da378, thunk=0x404da378, 
    handler=0x404cea68) at throw.c:516
#22 0x40051034 in deval (x=0x404ceaf0, env=0x404cf1c0) at eval.c:4359
#23 0x400511fb in deval (x=0x404cf1e0, env=0x404cf1c0) at eval.c:3286
#24 0x40050370 in scm_i_eval_x (exp=0x404da378, env=0x404cdc80) at eval.c:5818
#25 0x400504ec in scm_primitive_eval_x (exp=0x404cdd10) at eval.c:5838
#26 0x40093097 in inner_eval_string (data=0x40334ac0) at strports.c:439
#27 0x400562be in scm_c_with_fluid (fluid=0x404da378, value=0x404da378, 
    cproc=0x40093060 <inner_eval_string>, cdata=0x404da378) at fluids.c:261
#28 0x4006e4d7 in scm_c_call_with_current_module (module=0x404da378, 
    func=0x404da378, data=0x404da378) at modules.c:91
#29 0x4009314c in scm_eval_string_in_module (string=0x404da378, 
    module=0x807b8c0) at strports.c:466
#30 0x4004c441 in ceval (x=0x404, env=0x40335668) at eval.c:4236
#31 0x4004cd88 in ceval (x=0x403353c8, env=0x40335668) at eval.c:3260
#32 0x4005037e in scm_i_eval_x (exp=0x404da378, env=0x40335668) at eval.c:5818
#33 0x400504ec in scm_primitive_eval_x (exp=0x40335638) at eval.c:5838
#34 0x4005060f in inner_eval_x (data=0x404da378) at eval.c:5885
#35 0x40041bcf in scm_internal_dynamic_wind (before=0x404da378, 
    inner=0x400505f0 <inner_eval_x>, after=0x404da378, inner_data=0x404da378, 
    guard_data=0x40335640) at dynwind.c:125
#36 0x400506ab in scm_eval_x (exp=0x404da378, module=0x404da378)
    at eval.c:5894
#37 0x40089fcf in scm_shell (argc=4, argv=0xbffff654) at script.c:676
#38 0x4006a46f in invoke_main_func (body_data=0x404da378) at init.c:599
#39 0x4006a41c in scm_boot_guile_1 (base=0x404da378, closure=0xbffff5c0)
    at init.c:579
#40 0x4006a0e0 in scm_boot_guile (argc=1078829944, argv=0x404da378, 
    main_func=0x404da378, closure=0x404da378) at init.c:392
#41 0x080489f6 in main (argc=1078829944, argv=0x404da378) at guile.c:74
(gdb) up
#1  0x40047dd1 in unmemoize_exprs (exprs=0x4049f0b8, env=0x404da478)
    at eval.c:586
(gdb) call scm_write(expr_idx, scm_current_error_port ())
((gw-test-enum-zero . "GW_TEST_ENUM_ZERO") (gw-test-enum-one . 
"GW_TEST_ENUM_ONE") (gw-test-enum-two . "GW_TEST_ENUM_TWO") 
(gw-test-enum-two-too . "GW_TEST_ENUM_TWO_TOO") (gw-test-enum-two-many . 
"GW_TEST_ENUM_TWO_MANY"))$5 = (struct scm_unused_struct *) 0x504
(gdb) call scm_write(expr, scm_current_error_port ())
#*1010100010001000000000000000000000010001110001011011001000000010000001101100100100010000000100000010000000100000000000000000000000000100100111110010000000010000001000000010000000000000000000000001000010100110000010100000001000000101110001011011001000000010000010001000111110010010000000100001010111000101101
~ 100,000 chars

-- 
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org