From: Paul Haahr <paul@paulhaahr.com> To: Tim Goodwin <tjg@star.le.ac.uk> Cc: rc@hawkwind.utcs.toronto.edu Subject: Re: rc 1.6 $version Date: Wed, 3 Apr 2002 10:06:47 -0500 Message-ID: <cZGNG75Vn2@dmul.paulhaahr.com> (raw) In-Reply-To: <20020403143130.22327.qmail@happy.star.le.ac.uk> Tim wrote > > I'd prefer $rc-version, but either should be fine. > > (As it turns out, this is all irrelevant, but I have would two > objections to this. First, `-' turns on free careting, [...] Yeah, I forgot about that. (We had fixed that in es.) > Secondly, rc is meant to be C-ish, not Lisp-ish.) That, too, we fixed in es. > Mea culpa. I failed to realise that there are two types of special > variable in rc: 1) those that merely have a default initial value, and > 2) those that invoke special code when substituted. Till now, > $version was in category 2. I've just moved it to category 1. This seems quite sensible. > As a separate matter, several variables are not exportable. These > are: $apid, $apids, $cdpath, $home, $ifs, $path, $pid, and $*. > (Remember that $cdpath, $home, and $path are all aliased to upper case > versions, which *are* exportable. Also, the default assignment to > $path happens before $PATH is examined: so if $PATH is set, $path will > acquire its value instead of the default.) > > I think $bqstatus and $status ought to be non-exportable too. I've > just made them so; you can all see what this breaks in the next > release candidate :-). Seems good to me. Three questions: - Is $version exportable? - Is $version exported if the user doesn't assign to it? - Is $version inherited from the environment? --p
next prev parent reply other threads:[~2002-04-03 20:00 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-03-14 22:37 erik quanstrom 2002-03-27 13:27 ` Tim Goodwin 2002-03-27 21:12 ` Carlo Strozzi 2002-03-30 18:43 ` Paul Haahr 2002-03-31 15:13 ` Carlo Strozzi 2002-04-03 14:31 ` Tim Goodwin 2002-04-03 15:06 ` Paul Haahr [this message] 2002-04-04 10:04 ` Tim Goodwin 2002-04-04 21:42 ` Scott Schwartz 2002-04-04 21:54 Byron Rakitzis 2002-04-05 8:35 ` Tim Goodwin 2002-04-05 1:38 Smarasderagd
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=cZGNG75Vn2@dmul.paulhaahr.com \ --to=paul@paulhaahr.com \ --cc=rc@hawkwind.utcs.toronto.edu \ --cc=tjg@star.le.ac.uk \ /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
rc-list - mailing list for the rc(1) shell This inbox may be cloned and mirrored by anyone: git clone --mirror http://inbox.vuxu.org/rc-list # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V1 rc-list rc-list/ http://inbox.vuxu.org/rc-list \ rc@hawkwind.utcs.toronto.edu public-inbox-index rc-list Example config snippet for mirrors. Newsgroup available over NNTP: nntp://inbox.vuxu.org/vuxu.archive.rc-list AGPL code for this site: git clone https://public-inbox.org/public-inbox.git