These are genuine errors:
ice-9/mapping.scm:97:48: warning: possibly wrong number of arguments to
`hashx-get-handle'
ice-9/mapping.scm:94:48: warning: possibly unbound variable
`hashx-create-handle'
Mark
These are genuine bugs:
language/glil/decompile-assembly.scm:174:21: warning: possibly unbound variable
`make-glil-local'
language/glil/decompile-assembly.scm:170:21: warning: possibly unbound variable
`make-glil-local'
Mark
These are genuine bugs:
language/ecmascript/base.scm:179:31: warning: wrong number of arguments to
`object-number'
language/ecmascript/base.scm:95:6: warning: possibly unbound variable `v'
language/ecmascript/base.scm:181:14: warning: possibly unbound variable `o'
Mark
Hi Ian,
Thank you for the bug report. As a result of this report we have added
a fair amount of documentation and reorganized other things.
In particular, see the new sections:
Modules and the File System
Installing Site Packages
Load Paths
On Mon 19 Dec 2011 16:00, Ian Hulin
Hello Ian Ian :)
Thanks for the report. I added some extensive docs.
6.17.11 Local Inclusion
---
This section has discussed various means of linking Scheme code
together: fundamentally, loading up files at run-time using `load' and
`load-compiled'.
Hi Ian and David,
On Fri 25 Nov 2011 12:15, Andy Wingo wi...@pobox.com writes:
On Fri 25 Nov 2011 11:37, David Kastrup d...@gnu.org writes:
As I said: for this particular application, I have coded a rather
inelegant and resource-grabbing workaround that really is not going to
help
retitle 10366 lexical vars are collectable test is failing
On Wed 25 Jan 2012 17:10, l...@gnu.org (Ludovic Courtès) writes:
Second thing, it suffices to insert a function call like
((lambda (x) #f) #f) just before calls to ‘gc’ to solve the problem.
So I’m thinking we may have a real bug