public inbox for kawa@sourceware.org
 help / color / mirror / Atom feed
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).