GNU bug report logs - #11083
Guile 2.0.5 on Solaris 10

Previous Next

Package: guile;

Reported by: Kiyoshi KANAZAWA <yoi_no_myoujou <at> yahoo.co.jp>

Date: Sat, 24 Mar 2012 06:26:02 UTC

Severity: normal

Tags: moreinfo

Done: Andy Wingo <wingo <at> pobox.com>

Bug is archived. No further changes may be made.

Full log


Message #76 received at 11083-done <at> debbugs.gnu.org (full text, mbox):

From: Andy Wingo <wingo <at> pobox.com>
To: Kiyoshi KANAZAWA <yoi_no_myoujou <at> yahoo.co.jp>
Cc: Mark H Weaver <mhw <at> netris.org>, 11083-done <at> debbugs.gnu.org,
 Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#11083: guile-2.0.5 bug report
Date: Mon, 20 Jun 2016 21:31:14 +0200
Closing as it's been 3 years without any update.  Please feel free to
test the latest 2.0.11 release from the 2.0 series and if you still see
the bug, let us know.

Cheers,

Andy

On Wed 13 Mar 2013 11:55, Andy Wingo <wingo <at> pobox.com> writes:

> Hi Kiyoshi,
>
> We're following up on some bugs in anticipation of a 2.0.8 release.  Can
> you try the following tarball:
>
>   http://wingolog.org/priv/guile-2.0.7.194-dfd1d.tar.gz
>
> Git from stable-2.0 is fine as well.
>
> Thanks!
>
> Andy
>
> On Thu 05 Jul 2012 23:24, Andy Wingo <wingo <at> pobox.com> writes:
>
>> On Fri 13 Apr 2012 18:23, Kiyoshi KANAZAWA <yoi_no_myoujou <at> yahoo.co.jp> writes:
>>
>>> I downloaded the latest snapshot "guile-2.0.5.100-0f6dd" and tryed making.
>>> The result is:
>>> (1) with -m64
>>> make passed, and "make check " also passed except for 1 FAIL:
>>> FAIL: time.test: strftime: C99 %z format: EST+5
>>
>> Do you have any more details on this test?
>>
>>> (2) with -m32
>>> Failed with Segmentation Fault as:
>>> make[3]: Entering directory `/tmp/guile-2.0.5.100-0f6dd'
>>> Testing /tmp/guile-2.0.5.100-0f6dd/meta/guile ...
>>> with GUILE_LOAD_PATH=/tmp/guile-2.0.5.100-0f6dd/test-suite
>>> /bin/bash: line 5: 14661 Segmentation Fault      (core dumped) CHARSETALIASDIR="/tmp/guile-2.0.5.100-0f6dd/lib" ${dir}$tst
>>> FAIL: check-guile
>>>
>>> This is less inportant because it occurs in "make check" phase, not in "make" phase.
>>>
>>>   [1] __cexp(0x0, 0x0, 0xf01b866e, 0x400921f9, 0x6, 0x89b1f20), at 0xfe801928 
>>> =>[2] scm_exp(z = (nil)), line 167 in "numbers.c"
>>
>> What can the meaning of this be?
>>
>> Regards,
>>
>> Andy




This bug report was last modified 9 years and 50 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.