[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

*To*: address@hidden*Subject*: Re: Vectors as functions*From*: Seth Gordon <address@hidden>*Date*: 17 Aug 2003 22:35:08 -0400*In-reply-to*: <32780.68.160.133.80.1061066505.squirrel@stuff.hrnoc.net>*References*: <20030814170153.80D4B6BEDE@laime.cs.uchicago.edu><AA236D25-CEA2-11D7-B291-0003938EB888@web.de><16188.3934.267729.188080@cs.brown.edu><32783 .141.154.13.159.1060907724.squirrel@stuff.hrnoc.net><200308150336.h7F3aErQ208596@pimout5-ext.prodigy.net><200308150440.h7F4eEW32071@orchestra.cs.caltech.edu><y9lfzk2lwm7.fsf@informatik.uni-tuebingen.de><200308151658.h7FGwCr15280@orchestra.cs.caltech.edu><nm9y8xuiygs.fsf@scrubbing-bubbles.mit.edu><200308151830.h7FIU7p17300@orchestra.cs.caltech.edu><039201c36363$8c931f30$8c730a81@Rasputin><200308152107.h7FL7qg19917@orchestra.cs.caltech.edu> <16189.27662.338705.801481@cs.brown.edu><33018.68.160.133.80.1061053261.squirrel@stuff.hrnoc.net> <a0521060bbb641fcefe19@[63.120.19.221]> <32780.68.160.133.80.1061066505.squirrel@stuff.hrnoc.net>*Sender*: address@hidden

On Sat, 2003-08-16 at 16:41, mike@newhall.net wrote: > > Maybe not in the traditional sense of one set of always-available > features that satisfies everybody; but I'm thinking of the crude but > simple idea of simply disabling or enabling features on some scale, > from procedure to project. What wouldn't work about a language that > allowed, for example, call/cc, dynamic binding, or any other feature > to be turned on and off, in effect reshaping the language to the needs > of the task at hand? (Of course there's the small matter of publicly > available libraries and what subset of features they would be written > to, but that's a Real World problem and not relevant here :-). I am reminded of Perl's $[ variable, which allows the programmer to set the index of the first element of an array. My impression is that even among people who consider "there's more than one way to do it" one of Perl's great features, $[ is considered a bad idea. -- "Virtue has its own reward, but has no sale at the box office." --Mae West // seth gordon // sethg@ropine.com // http://ropine.com/sethg/cv.html //

**Follow-Ups**:**Re: Vectors as functions***From:*mike@newhall.net

**References**:**Re:***From:*Robby Findler <robby@cs.uchicago.edu>

**Vectors as functions***From:*Pascal Costanza <costanza@web.de>

**Vectors as functions***From:*Shriram Krishnamurthi <sk@cs.brown.edu>

**Re: Vectors as functions***From:*Robby Findler <robby@cs.uchicago.edu>

**Re: Vectors as functions***From:*Michael Vanier <mvanier@cs.caltech.edu>

**Re: Vectors as functions***From:*Michael Sperber <sperber@informatik.uni-tuebingen.de>

**Re: Vectors as functions***From:*Michael Vanier <mvanier@cs.caltech.edu>

**Re: Vectors as functions***From:*Bruce Lewis <brlewis@alum.mit.edu>

**Re: Vectors as functions***From:*Michael Vanier <mvanier@cs.caltech.edu>

**Re: Vectors as functions***From:*"Joe Marshall" <jrm@ccs.neu.edu>

**Re: Vectors as functions***From:*Michael Vanier <mvanier@cs.caltech.edu>

**Re: Vectors as functions***From:*Shriram Krishnamurthi <sk@cs.brown.edu>

**Re: Vectors as functions***From:*mike@newhall.net

**Re: Vectors as functions***From:*Dan Sugalski <dan@sidhe.org>

**Re: Vectors as functions***From:*mike@newhall.net

- Prev by Date:
**Re: Re:** - Next by Date:
**Re: Vectors as functions** - Previous by thread:
**Re: Vectors as functions** - Next by thread:
**Re: Vectors as functions** - Index(es):