9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Roman V. Shaposhnik" <rvs@sun.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] several things
Date: Mon, 20 Oct 2008 10:21:26 -0700	[thread overview]
Message-ID: <1224523286.4534.7.camel@goose.sun.com> (raw)
In-Reply-To: <e2f969e10810200709u776bc6a8v167d51786f52fb20@mail.gmail.com>

On Mon, 2008-10-20 at 17:09 +0300, Yaroslav wrote:
> > Or here's an easier way to ask the same: is there a simple reason
> > for
> >   $ bind /foo /really/nested/bar
> > always triggering walks into /foo and /really/nested/bar and not
> > allowing for "lazy evaluation"?
>
> The evaluation of bind argument "happens at the time of the bind, not
> when the binding is later used." -- see bind(2).

That is well understood. But perhaps you've misunderstood my question
(well, either that or I wasn't too articulate asking it). The question
was really about *why* such a behavior was chosen to begin with? On the
surface it seems that namespace-as-a-substitution table is not such
a bad idea AND it adds flexibility. After all, it is trivial to emulate
eager evaluation if you have lazy one implemented, but not the other
way around.

Of course, "you don't argue with Ken" (c) ;-) Which means that
there's a pretty good reason for bind evaluation to be eager, its just
that it doesn't seem obvious to me. Hence the question.

Thanks,
Roman.




  reply	other threads:[~2008-10-20 17:21 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-13 21:35 Rudolf Sykora
2008-10-13 22:35 ` erik quanstrom
2008-10-14  8:10   ` Rudolf Sykora
2008-10-14  9:30     ` Steve Simon
2008-10-14 12:22     ` Yaroslav
2008-10-14 13:15       ` Charles Forsyth
2008-10-14 21:44         ` Derek Fawcus
2008-10-14 22:28           ` Charles Forsyth
2008-10-15  9:42   ` Roman V. Shaposhnik
2008-10-15 12:17     ` erik quanstrom
2008-10-18  7:26       ` Roman V. Shaposhnik
2008-10-20 14:09         ` Yaroslav
2008-10-20 17:21           ` Roman V. Shaposhnik [this message]
2008-10-13 22:51 ` Pietro Gagliardi
2008-10-14  3:07 erik quanstrom
2008-10-14 13:03 erik quanstrom
2008-10-14 14:07 ` Kernel Panic

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=1224523286.4534.7.camel@goose.sun.com \
    --to=rvs@sun.com \
    --cc=9fans@9fans.net \
    /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 NNTP newsgroup(s).