The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: ron@ronnatalie.com (Ron Natalie)
Subject: [TUHS] Comments on "C"
Date: Thu, 8 Sep 2016 15:20:31 -0400	[thread overview]
Message-ID: <008601d20a06$11aa2310$34fe6930$@ronnatalie.com> (raw)
In-Reply-To: <alpine.DEB.2.11.1609081518370.14525@grey.csi.cam.ac.uk>

Efficiency isn't always the issue.   Even with the single layer break (and
certainly with the local goto) you can break structure.
The language, in my opinion, doesn't need further ways to break structure.


I'd have settled for a more robust preprocessor language, but such is life
with what was a ground breaking language back in the  70's.

Most of my complaints about C are because it's "standard" library was awful
back in the seventies and it really didn't improve much over the years.

-----Original Message-----
From: TUHS [mailto:tuhs-bounces@minnie.tuhs.org] On Behalf Of Tony Finch
Sent: Thursday, September 8, 2016 10:23 AM
To: Noel Chiappa
Cc: tuhs at minnie.tuhs.org
Subject: Re: [TUHS] Comments on "C"

Noel Chiappa <jnc at mercury.lcs.mit.edu> wrote:
>
>     > 1.  Computed goto
>
> Can't you make a switch statement do what you need there?

Interesting comments on how effectively CPUs and compilers handle inner
loops of interpreters:

http://article.gmane.org/gmane.comp.lang.lua.general/75426

Lots more research on interpreter efficiency:

http://www.complang.tuwien.ac.at/projects/interpreters.html

Tony.
--
f.anthony.n.finch  <dot at dotat.at>  http://dotat.at/  -  I xn--zr8h punycode
German Bight, Humber, Thames: Southwest 4 or 5, increasing 6 at times.
Smooth or slight, occasionally moderate. Mainly fair. Good, occasionally
poor.



  reply	other threads:[~2016-09-08 19:20 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-08 13:30 Noel Chiappa
2016-09-08 14:22 ` Tony Finch
2016-09-08 19:20   ` Ron Natalie [this message]
2016-09-08 22:06     ` Dave Horsfall
2016-09-09  3:02       ` Ronald Natalie
2016-09-09  6:06         ` Diomidis Spinellis
2016-09-09 21:15 ` Mary Ann Horton
  -- strict thread matches above, loose matches on Subject: below --
2016-09-09  2:43 Doug McIlroy
2016-09-08 12:35 Doug McIlroy
2016-09-09 17:07 ` scj
2016-09-01  9:17 Norman Wilson
2016-09-01 15:11 ` Clem Cole
2016-09-01 21:47 ` Tim Bradshaw
2016-09-02  0:11   ` Mary Ann Horton
2016-09-02  7:10     ` Steve Simon
2016-09-02 10:02       ` Steve Nickolas
2016-09-02 14:13       ` Random832
2016-09-02 21:23 ` Dave Horsfall
2016-09-04 17:03   ` scj
2016-09-05 13:07     ` Ron Natalie
2016-09-04 22:24   ` Nemo
2016-08-28 18:21 Dave Horsfall
2016-08-29  0:37 ` Marc Rochkind
2016-08-29  0:42   ` Larry McVoy
2016-08-29  1:54     ` Steve Nickolas
2016-09-08  1:19     ` Blake McBride
2016-08-29  3:16   ` Greg 'groggy' Lehey
2016-08-31 10:02     ` Tim Bradshaw
2016-08-31 12:59       ` John Cowan
2016-08-31 13:32         ` Ron Natalie
2016-08-31 14:37           ` John Cowan
2016-08-31 13:57   ` Brantley Coile

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='008601d20a06$11aa2310$34fe6930$@ronnatalie.com' \
    --to=ron@ronnatalie.com \
    /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).