Re: SRFI-13 again [was: Re: string vs list processing]

[Marius Vollmer]

Martin Grabmueller <address@hidden> writes:

> I think I'll just merge my two shared libraries into one (called
> libguile-srfi-srfi-13-14.so or something) , and let it get loaded by
> both the (srfi srfi-13) and (srfi srfi-14) Scheme modules.

You could initlize the library like this in srfi-13.scm

  (dynamic-call "scm_init_srfi_13" (dynamic-link "libguile-srfi-srfi-13-14"))

and like this in srfi-14.scm

  (dynamic-call "scm_init_srfi_14" (dynamic-link "libguile-srfi-srfi-13-14"))

You don't need scm_init_srfi_13_14.

You can also put srfi-13.c and srfi14.c into their own shared
libraries, and then make libguile-srfi-srfi-13.la depend on
libguile-srfi-srfi-14.la like this (untested)

    lib_LTLIBRARIES = libguile-srfi-srfi-13.la \
                      libguile-srfi-srfi-13.la

    libguile_srfi_srfi_13_la_SOURCES = srfi-13.x srfi-13.c
    libguile_srfi_srfi_13_la_LDFLAGS = -version-info 0:0 -export-dynamic
    libguile_srfi_srfi_13_la_LIBADD = libguile-srfi-srfi-14.la

    libguile_srfi_srfi_13_la_SOURCES = srfi-14.x srfi-14.c
    libguile_srfi_srfi_13_la_LDFLAGS = -version-info 0:0 -export-dynamic

I'm not sure if that will be an improvement, though.