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. _______________________________________________ Gcl-devel mailing list Gcl-devel@gnu.org http://lists.gnu.org/mailman/listinfo/gcl-devel