"Derick Eddington" wrote:
> I haven't gotten around to looking at this, but I still plan to.

Wait until Monday.  I hope to upload the first official pre-release
this
week end (with a number of changes in the installation
infrastructure).

DE wrote:
> Does it help with installing R6RS libraries using the common
> "./configure && make && make install"?

Yes. The "configure" script is useful to:

* select target directories;
* enable/disable installation of components (documentation
  in different formats, fasl files);
* verify the availability of other libraries;
* inspect the value of constants in C language header files
  and detect the size of data structures in foreign libraries;
* preprocess .sls files to make available the above values
  at the Scheme level;
* offer the "at home" feeling to people used to it;

the "make" phase is useful to build stuff, including source,
binary and package distributions along with some add-ons
like automatically generated uninstall shell scripts; the
"make install" step allows one to install everything to a
temporary location, where one can inspect things, change
permissions, etc.

> Does it / will it support installing for different R6RS
> implementations?

I have decided to install libs under "${prefix}/lib/scheme"
and to avoid enclosing everything in a namespace: there is
no "nausicaa" directory and no "nausicaa" element in the
import specs.

DE wrote:
> making it work for a variety of implementations might
> be more work than you care about

Currently I am officially supporting only Ikarus, and
unofficially I try to make everything work with Ypsilon,
too (with the --compatible flag).

I am successfully mobbing Fujita into adding some feature
to make this easier (like supporting "main.sls" and the
graph notation).

The problem with Ypsilon is that I am not sure how the
(fully undocumented) ffi is to be used (especially memory
allocation protocol of blocks as bytevectors).  I had to
rewrite "ffi.scm" to have functions available, rather than
syntaxes.  I will see what happens.

Regarding other implementations: I am not even sorry
that I am not trying to support them. ;-)

Reply via email to