Well it seems I may have been premature in saying that srfi-1 was
successfully loaded. Although the error message is gone, there is no
symbol 'map which srfi-1 should have re-defined.
Can someone suggest what this might be a symptom of?
Denemo has a command line interpreter for guile, so I can feed it any
scheme expression and have it evaluated to debug the problem...
Richard
On Fri, 2013-02-08 at 17:11 -0500, Mark H Weaver wrote:
> I wrote:
>
> > Richard Shann <richard.sh...@virgin.net> writes:
> >
> >> <libguile-srfi-srfi-1-v-3 The specified module could not be found.>
> >
> > The problem is the call to 'load-extension' near the top of
> > 'srfi-1.scm', which again tries to load that shared library.
> > You'll have to remove that call from 'srfi-1.scm'.
> >
> > You should probably do the same thing for libguile-srfi-srfi-13-14-v-3,
> > so that Denemo users who wish to use the string or character set
> > libraries can do so.
>
> Sorry, I was mistaken. It turns out that srfi-13-14 was moved into the
> core a while ago, and that shared library is just an empty dummy
> library. The same is true of srfi-4.
>
> However, there's also a shared library for srfi-60, which should be
> statically linked as well. Just as for srfi-1, the call to
> 'load-extension' should be removed from srfi-60.scm, and you should add
> the following to your C initialization code:
>
> scm_c_register_extension ("libguile-srfi-srfi-60-v-2", "scm_init_srfi_60",
> scm_init_srfi_60, NULL);
>
> Regards,
> Mark
