[Top][All Lists]

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

Re: boehm-gc troubles with 2.0.10 on NetBSD/i386

From: Greg Troxel
Subject: Re: boehm-gc troubles with 2.0.10 on NetBSD/i386
Date: Fri, 11 Apr 2014 15:39:55 -0400
User-agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/23.4 (berkeley-unix)

Mark H Weaver <address@hidden> writes:

>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to LWP 1]
>> 0xbba868ae in GC_find_limit_with_bound () from /usr/pkg/lib/
>> (gdb) bt
>> #0  0xbba868ae in GC_find_limit_with_bound () from /usr/pkg/lib/
>> #1  0xbba8696e in GC_find_limit () from /usr/pkg/lib/
>> #2  0xbba8699d in GC_init_netbsd_elf () from /usr/pkg/lib/
>> #3  0xbba85b3f in GC_init () from /usr/pkg/lib/
>> #4  0xbbaf9748 in scm_storage_prehistory () from .libs/
>> #5  0xbbb0abaf in scm_i_init_guile () from .libs/
>> #6  0xbbb6712c in scm_i_init_thread_for_guile () from 
>> .libs/
>> #7  0xbbb67347 in with_guile_and_parent () from .libs/
>> #8  0xbba85767 in GC_call_with_stack_base () from /usr/pkg/lib/
>> #9  0xbbb67529 in scm_with_guile () from .libs/
>> #10 0xbbb0ab67 in scm_boot_guile () from .libs/
>> #11 0x08048ce9 in main ()
> My guess is that this SIGSEGV is probably intentional, perhaps the
> method used by GC on NetBSD to determine the bounds of the stack or some
> other data area.  I would try continuing and seeing what happens next.
> GC may also use some other signals for its own purposes.

continuing leads to the program exiting.  I should build libgc with

>>   LICENSE=   gnu-gpl-v3
> I think this license field is incorrect.  Guile's license is the GNU
> _Lesser_ General Public License v3-or-later.

Is everything that is installed under LGPL, even readline?
(But even if so, that should say "gnu-gpl-v3 AND gnu-lgpl-v3".)

Attachment: pgpmi5gMDadpp.pgp
Description: PGP signature

reply via email to

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