Can you provide an updated gcl installation script?
When I simply replace c-l-c: by clc: I get other errors.
As for the missing function ASDF:PROCESS-SOURCE-REGISTRY, are you
using the latest ASDF? Say 1.704 from debian or 1.714 from upstream?
I removed the clc image and tried again. I can compile asdf, but
gclcvs won't load it, saying package ASDF does not exist - apparently
the eval-when doesn't get a chance to be run before gclcvs tries to
link stuff to said package.
I also tried loading asdf.lisp as a lisp file then loading a system,
but then I get an
Error in error:
ERROR SIMPLE-TYPE-ERROR (DATUM INTERNAL-SIMPLE-MISSING-COMPONENT
EXPECTED-TYPE
(SATISFIES CONDITION-CLASS-P)
FORMAT-CONTROL Not a condition type: ~S
FORMAT-ARGUMENTS
(INTERNAL-SIMPLE-MISSING-COMPONENT)) NIL
How do I get a useful backtrace from there?
[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
There are two distinct classes of men in the Nation, those who pay taxes
and those who receive and live upon the taxes. -- Thomas Paine
On 2 May 2010 13:13, Camm Maguire <c...@maguirefamily.org> wrote:
> 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é <fah...@gmail.com> 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 <c...@maguirefamily.org> 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é <fah...@gmail.com> 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 c...@maguirefamily.org
> ==========================================================================
> "The earth is but one country, and mankind its citizens." -- Baha'u'llah
>
_______________________________________________
Gcl-devel mailing list
Gcl-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gcl-devel
