rc-list - mailing list for the rc(1) shell
 help / color / mirror / Atom feed
From: Byron Rakitzis <byron@rakitzis.com>
To: rc@hawkwind.utcs.toronto.edu, tjg@star.le.ac.uk
Subject: Re: rc futures
Date: Tue, 14 Dec 1999 04:44:19 -0500	[thread overview]
Message-ID: <199912140944.BAA04801@peanut.rakitzis.com> (raw)

A couple of comments, not exhaustive:

> 12. Extra parentheses around `~' and `!' are syntax errors (you'll
> have to get rc-1.6b2 to see what this is about).  I suspect that these
> "surprising" special cases can be fixed with minor tweaks to the
> grammar.  (Suggestion due to Bengt Kleberg.)

They are not syntax errors -- 

	; while ((~ 1 1) && (~ 2 2)) {}
	~ not found

Parentheses introduce a word list -- a command list is introduced
with {}. Thus:

	; while ({! 1 1} && {! 2 2}) {}
	1 not found
	2 not found
	1 not found
	2 not found
	1 not found
	2 not found

Maybe I don't understand the nature of the complaint.

> 16. Make `*' match files beginning with `.' (except `.' and `..', of
> course).  This is something of a religious question, but my feeling is
> that special treatment of "dot files" is a mistake.  (Suggestion ditto.)

I'm really unsure about the justification for this. This breaks
compatability with so many versions of Unix that it really makes me
wonder what the point is. Just because plan 9 doesn't have dotfiles
doesn't necessarily mean we want to foist this on Unix users of rc.

> 23. Dynamically load readline only when rc is about to read from a
> terminal device.  This would mean that a single rc binary would be
> lean and fast for scripts, but still do readline for interactive use.
> However, I suspect that the effort involved in making this happen
> portably would be considerable.

I don't even know what to say about this. The mind boggles. The idea that
the readline library is so cumbersome that it needs to be dynamically
loaded really weirds me out. Is it that huge now? Processors have improved
by a couple orders of magnitude since I wrote rc! What if a talented
programmer spent a month doing a readline replacement?  Could he make
it weigh in at 10% of the size of GNU readline? 5%?  1%?

Sorry, it's late here and I'm babbling.

Byron.


             reply	other threads:[~1999-12-15  8:22 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-12-14  9:44 Byron Rakitzis [this message]
  -- strict thread matches above, loose matches on Subject: below --
2000-01-14 12:20 Bengt Kleberg
2000-01-14 12:16 Bengt Kleberg
2000-01-12 21:34 Chet Ramey
2000-01-01  2:55 ` Paul Haahr
2000-01-12 14:22 Bengt Kleberg
2000-01-03 15:46 Bengt Kleberg
1999-12-16 16:40 Chet Ramey
1999-12-16 12:43 Smarasderagd
1999-12-19 11:06 ` Steve Kilbane
1999-12-22  0:00   ` Christopher Vance
1999-12-15 16:32 Russ Cox
1999-12-13 12:55 Elliott Hughes
1999-12-10 16:55 Tim Goodwin
1999-12-13 18:54 ` Paul Haahr
2000-01-04 16:43   ` Tim Goodwin
1999-12-31 23:26     ` Paul Haahr
1999-12-15  0:17 ` Chris Siebenmann
2000-01-07  3:45 ` Decklin Foster
2000-01-01  4:20   ` Paul Haahr
2000-01-15  8:58     ` Steve Kilbane

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=199912140944.BAA04801@peanut.rakitzis.com \
    --to=byron@rakitzis.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
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).