From: "Sudarshan S Chawathe" <chaw@eip10.org>
To: kawa <kawa@sourceware.org>
Subject: kawa.include.path and "|"; library setup recommendations?
Date: Mon, 21 Nov 2016 12:52:00 -0000 [thread overview]
Message-ID: <12344.1479732763@vereq.eip10.org> (raw)
Summary:
Q1. How is "|" in kawa.include.path interpreted in the case of
nested includes?
Q2. Any recommendations for setting up local libraries for Kawa?
Details:
I have a question that I think is about the semantics of "|" in
kawa.include.path. Briefly, in the case of nested includes, does the
"|" refer to the directory of the original (top level) file or the
directory of the most recent including file?
I thought it would refer to the most recent (innermost) including
file, but I suspect I am wrong (or something is messed up in my
setup).
For example, suppose I have set kawa.include.path to "|:/a/b" and the
following files exist:
/a/b/c/d.sld
/a/b/c/e.scm
I have a top-level file work.scm (in working directory /p/q, say)
which has the form (include "c/d.sld") in it. Further, the file d.sld
has (include "e.scm") in it. I have found that Kawa locates d.sld as
expected but complains about not being able to locate e.scm. Adding
the directory /a/b/c to kawa.include.path solves the problem.
My more general, and bit more vague, question is: What is a
recommended method for setting up libraries locally for Kawa?
Background: I'm trying to set up a local directory structure that will
make it easy to import libraries into Kawa. Currently, I'm using some
material from snow-fort.org, some from the TaylanUB/scheme-srfis
collection from GitHub, and some minor home-grown code. I'd like to
just be able to unpack the files in a directory or two and then have
(include "foo/bar.sld") and the like work without having to modify
include paths. (I realize Snow has a solution to a very similar
problem, but I think I'd need something else for non-Snow code anyway.)
Regards,
-chaw
reply other threads:[~2016-11-21 12:52 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=12344.1479732763@vereq.eip10.org \
--to=chaw@eip10.org \
--cc=kawa@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).