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

[Greg Troxel]

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/libgc.so.1
>> (gdb) bt
>> #0  0xbba868ae in GC_find_limit_with_bound () from /usr/pkg/lib/libgc.so.1
>> #1  0xbba8696e in GC_find_limit () from /usr/pkg/lib/libgc.so.1
>> #2  0xbba8699d in GC_init_netbsd_elf () from /usr/pkg/lib/libgc.so.1
>> #3  0xbba85b3f in GC_init () from /usr/pkg/lib/libgc.so.1
>> #4  0xbbaf9748 in scm_storage_prehistory () from .libs/libguile-2.0.so.29
>> #5  0xbbb0abaf in scm_i_init_guile () from .libs/libguile-2.0.so.29
>> #6  0xbbb6712c in scm_i_init_thread_for_guile () from 
>> .libs/libguile-2.0.so.29
>> #7  0xbbb67347 in with_guile_and_parent () from .libs/libguile-2.0.so.29
>> #8  0xbba85767 in GC_call_with_stack_base () from /usr/pkg/lib/libgc.so.1
>> #9  0xbbb67529 in scm_with_guile () from .libs/libguile-2.0.so.29
>> #10 0xbbb0ab67 in scm_boot_guile () from .libs/libguile-2.0.so.29
>> #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
debugging...

>>   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".)

pgpmi5gMDadpp.pgp
Description: PGP signature