gcl-devel
[Top][All Lists]
Advanced

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

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


From: Camm Maguire
Subject: Re: [Gcl-devel] gcl 2.7.0 hopelessly broken in debian
Date: Sun, 02 May 2010 13:13:54 -0400
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux)

Greetings!  The pathology was do to the failure in the clc script,
causing the clc image to be saved in an error state.
unregister.... produces a working image, and a replacement clc
installation works fine.  The nickname c-l-c went to clc.

But now I have the following -- maybe you can suggest a fix:

GCL_ANSI=t gclcvs -eval '(asdf:load-system :fare-utils)'
GCL (GNU Common Lisp)  2.7.0 ANSI    Apr  9 2010 18:42:13
Source License: LGPL(gcl,gmp,pargcl), GPL(unexec,bfd,xgcl)
Binary License:  GPL due to GPL'ed components: (XGCL READLINE BFD UNEXEC)
Modifications of this banner must retain notice of a compatible license
Dedicated to the memory of W. Schelter

Use (help) to get some basic information on how to use GCL.

Temporary directory for compiler files set to /tmp/

Error: 
Fast links are on: do (si::use-fast-links nil) for debugging
Signalled by ASDF:OPERATE.
SIMPLE-ERROR: Can't get template for #<Standard-Method 
ASDF:PROCESS-SOURCE-REGISTRY (SYMBOL) 130356220>

Broken at ASDF:OPERATE.  Type :H for Help.
 1 (Continue) Return to top level.
COMMON-LISP-USER>>

Take care,

Faré <address@hidden> writes:

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

-- 
Camm Maguire                                        address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

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