Re: [r6rs] misc problems with the cache of precompiled files

[No Itisnt]

On Tue, Jun 15, 2010 at 5:10 PM, Andy Wingo <address@hidden> wrote:
> On Tue 15 Jun 2010 23:41, No Itisnt <address@hidden> writes:
>
>> On Mon, Jun 14, 2010 at 6:00 PM, Andy Wingo <address@hidden> wrote:
>>> On Mon 14 Jun 2010 23:56, No Itisnt <address@hidden> writes:
>>>
>>>>> There are some bugs still around regarding the compilation cache and
>>>>> r6rs modules -- or specifically, with versioned modules, which r6rs
>>>>> modules are. We're still working that one out and hpe to have something
>>>>> in a couple days.
>>>>
>>>> Is that the issue I bumped into with (rnrs control)?
>>>
>>> Can you refresh my memory? :)
>>
>> We talked about it in the Lua thread but I don't think you were able
>> to duplicate it.
>>
>> Test case attached. (running it directly twice from the command line
>> causes an unresolved variable error that doesn't make sense)
>
> I can reproduce this now, for whatever reason:
>
> $ meta/guile test.scm
> ;;; note: autocompilation is enabled, set GUILE_AUTO_COMPILE=0
> ;;;       or pass the --no-autocompile argument to disable.
> ;;; compiling /home/wingo/src/guile/module/srfi/srfi-11.scm
> ;;; WARNING: compilation of /home/wingo/src/guile/module/srfi/srfi-11.scm 
> failed:
> ;;; key misc-error, throw_args (#f "~A ~S" ("no code for module" (srfi 
> srfi-11)) #f)
> ERROR: In procedure module-lookup:
> ERROR: Unbound variable: make-const
>
> Bleah.
>
> A
> --
> http://wingolog.org/

You couldn't get it before because it doesn't happen when you load it
with (use-modules), even on successive REPL sessions. Which just adds
confusion...