[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Problems compiling guile on a Cobalt mips (qube 2)

From: Dale P. Smith
Subject: Problems compiling guile on a Cobalt mips (qube 2)
Date: Thu, 03 May 2001 15:01:43 -0400

This is from cvs guile, around May 1st.

First off, even though AF_INET6 is defined, I don't relly believe there
is and real support for it. To get socket.c to compile, I #undef'ed
AF_INET6.  Also, uint32_t isn't defined anywhere, so I just used:

typedef u_int32_t uint32_t;

After those changes to socket.c, guile compiles and installs, but
segfaults when executed. Here is what it looks like with gdb:

(gdb) r
Starting program: /usr/local/bin/guile

Program received signal SIGSEGV, Segmentation fault.
0x2ad33df0 in chunk_free (ar_ptr=0x2ade2954, p=0x100260b0) at
malloc.c:2959: No such file or directory.
(gdb) bt
#0  0x2ad33df0 in chunk_free (ar_ptr=0x2ade2954, p=0x100260b0) at
#1  0x2ad34880 in chunk_realloc (ar_ptr=0x2ade2954, oldp=0x100260b0,
    oldsize=12008, nb=18008) at malloc.c:3243
#2  0x2ad34308 in __libc_realloc (oldmem=0x2ade2954, bytes=18000)
    at malloc.c:3097
#3  0x2aafbdd8 in scm_must_realloc (where=0x100260b8, old_size=12000,
    size=18000, what=0x2aac9d90 "scm_subr_table") at gc.c:1931
#4  0x2ab3314c in scm_make_subr_opt (name=0x2aacec5c "array-ref",
    fcn=0x2ab5fc94 <scm_uniform_vector_ref>, set=0) at procs.c:81
#5  0x2ab0e280 in scm_make_gsubr (name=0x2aacec5c "array-ref", req=1,
    rst=1, fcn=0x2ab5fc94 <scm_uniform_vector_ref>) at gsubr.c:86
#6  0x2ab647b8 in scm_init_unif () at ../libguile/unif.x:14
#7  0x2ab140e0 in scm_init_guile_1 (base=0x7ffffd98) at init.c:572
#8  0x2ab14260 in scm_boot_guile_1 (base=0x18, closure=0x7ffffd88)
    at init.c:611
#9  0x2ab13828 in scm_boot_guile (argc=24, argv=0x100260b0,
    main_func=0x2abb7a10 <leaf_environment_funcs>, closure=0x2974)
    at init.c:442
#10 0x400e24 in main (argc=1, argv=0x7ffffde4) at guile.c:76

Why is __libc_realloc being called with oldmem=0x2ade2954, while
scm_must_realloc has where=0x100260b8 ??

Here is the uname output and other stuff:

address@hidden libguile]$ uname -a
Linux borg.altus.cc 2.0.34C53_SK #1 Tue May 23 11:53:17 PDT 2000 mips

address@hidden include]$ gcc -v
Reading specs from /usr/lib/gcc-lib/mipsel-linux/2.7.2/specs
gcc version 2.7.2

address@hidden include]$ ld -v
GNU ld version 2.8.1 (with BFD 2.8.1)

address@hidden lib]$ ls -l /lib/libc.so*
lrwxrwxrwx   1 root     root           13 Jan 26  2000 /lib/libc.so.6 ->

The next place I would go is to start digging in to libc.  Is there any
known problems with guile on glibc 2.0.7?

Dale P. Smith
Treasurer, Cleveland Linux Users Group http://cleveland.lug.net
Senior Systems Consultant, Altus Technologies Corporation
440-746-9000 x309

reply via email to

[Prev in Thread] Current Thread [Next in Thread]