Re: [Gcl-devel] gcl 2.7.0 hopelessly broken in debian

[Faré]

To reproduce the problem, install the latest cl-asdf 1.704 from debian
and common-lisp-controller 7.2 with gclcvs 2.7.0-64 and try this:

GCL_ANSI=t gclcvs -eval '(asdf:load-system :fare-utils)'

Use any system here - I'm using fare-utils from git because I know it
and it has no dependencies. Try alexandria or whatever.

Without debian, try downloading the latest asdf from git (currently
1.710) and try this:
gcl
(require :asdf) ; or (load "/path/to/asdf.lisp")
(asdf:load-system :fare-utils)

PS: it would be nice if gcl were packaged by clbuild.

The error I get is
Unrecoverable error: bind stack overflow.

(Note: linux amd64)

Haven't tried 32 bit in a while - would have to resurrect a 32-bit
machine / installation.

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
Death is only a state of mind.

Only it doesn't leave you much time to think about anything else.


On 29 April 2010 10:16, Camm Maguire <address@hidden> wrote:
> Greetings!  If you could please post some failing command lines I can
> reproduce, that would be great.
>
> Right now, I think the issue is that the c-l-c nickname has been
> dropped in common-lisp-controller.  I'm assuming this is facility is
> still the "Debian lisp way":
>
> INTERNAL-SIMPLE-ERROR: There is no package with the name C-L-C.
>
> This is from a installation script used to setup c-l-c in gclcvs.  If
> I know what will be permanent, I can fix this and re-release.  But not
> until the mipsel buildd is finished and migration takes place.  Would
> like to do the kfreebsd-amd64 by then too.
>
> Would appreciate any feedback here as I'm more familiar with the older
> math lisp code than the ansi cl- stuff.
>
> Take care,
>
> Faré <address@hidden> writes:
>
>> Is the GCL 2.7.0 package for debian maintained?
>>
>> I get weird Unrecoverable error: bind stack overflow while trying to
>> use GCL to compile even the simplest ASDF systems. Where exactly the
>> overflow happens moves *further* when I try tracing more functions, so
>> somehow that bind stack grows more slowly with traced functions than
>> untraced functions. Still, eventually it borks for no obvious good
>> reason.
>>
>> Is that a known bug fixed upstream?
>>
>> Can you make GCL work with ASDF? With clbuild? That would be nice.
>>
>> Currently, I have to declare GCL support for ASDF and CL-Launch
>> broken. Haven't been able to test positively for months.
>>
>> [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org 
>> ]
>> Corollaries to the Law of Bitur-Camember: The political process destroys the
>> value of all known resources that are up for grabs. The socialist process of
>> systematically denying legitimacy to property rights applies the political
>> process universally and destroys the value of all available resources.