Mail Index
Thread Index
[
Prev Page
][Next Page]
Re: More on Full Specification
From
: Eric S. Tiedemann <tiedeman@acf3.NYU.EDU>
A couple more details
From
: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
Re: More on Full Specification
From
: Paul Hudak <hudak-paul@YALE.ARPA>
days-after-J2000.0
From
: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
Re: More on Full Specification
From
: Eric S. Tiedemann <tiedeman@acf3.NYU.EDU>
Dependency analysis on internal DEFINE's
From
: John D. Ramsdell <ramsdell%linus@mitre-bedford.ARPA>
days-after-J2000.0
From
: John D. Ramsdell <ramsdell%linus@mitre-bedford.ARPA>
Re: More on Full Specification
From
: Paul Hudak <hudak-paul@YALE.ARPA>
new wording for eqv?
From
: willc@tekchips.crl
formal semantics of numeric constants
From
: willc@tekchips.crl
Re: More on Full Specification
From
: Eric S. Tiedemann <tiedeman@acf3.NYU.EDU>
days-after-J2000.0
From
: John D. Ramsdell <ramsdell%linus@mitre-bedford.ARPA>
parallel argument evaluation
From
: Robert Halstead <rhh@VX.LCS.MIT.EDU>
Re: parallel argument evaluation
From
: Paul Hudak <hudak-paul@YALE.ARPA>
parallel argument evaluation
From
: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
Re: parallel argument evaluation
From
: Paul Hudak <hudak-paul@YALE.ARPA>
char-ready? => read-char-ready?
From
: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
Re: parallel argument evaluation
From
: Robert Halstead <rhh@VX.LCS.MIT.EDU>
new wording for eqv?
From
: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
Re: char-ready? => read-char-ready?
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
Re: char-ready? => read-char-ready?
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
new wording for eqv?
From
: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
days-after-J2000.0
From
: gls@Think.COM
new wording for eqv?
From
: gls@Think.COM
Re: Dependency analysis on internal DEFINE's
From
: willc@tekchips.crl
Re: More on Full Specification
From
: willc@tekchips.crl
Re: days-after-J2000.0
From
: willc@tekchips.crl
Re: Dependency analysis on internal DEFINE's
From
: Eric S. Tiedemann <tiedeman@acf3.NYU.EDU>
Meetings
From
: Dick Gabriel <RPG@SAIL.Stanford.EDU>
Optionals, version 1
From
: willc@tekchips.crl
Multiple values, version 1
From
: willc@tekchips.crl
eqv? version 2
From
: willc@tekchips.crl
More on Full Specification
From
: David Bartley <bartley@mips.csc.ti.com>
(define x)
From
: David Bartley <bartley@mips.csc.ti.com>
List of attendees (tentative)
From
: willc@tekchips.crl
new wording for eqv?
From
: Mitchell Wand <wand%corwin.ccs.northeastern.edu@RELAY.CS.NET>
Re: (define x)
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
(define x)
From
: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
formal proposal: A Modified Procedural Interface
From
: Robert Hieb <hieb@iuvax.cs.indiana.edu>
informal proposal: A Modified Procedural Interface
From
: Robert Hieb <hieb@iuvax.cs.indiana.edu>
(define x)
From
: Robert Halstead <rhh@VX.LCS.MIT.EDU>
More on Full Specification
From
: James Miller <jmiller%mephi%cs.brandeis.edu@RELAY.CS.NET>
(define x)
From
: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
sanity check: <=, >=
From
: willc@tekchips.crl
sanity check: <=, >=
From
: gls@Think.COM
Re: Multiple values, Version 1
From
: Chris Haynes <chaynes@iuvax.cs.indiana.edu>
informal proposal: A Modified Procedural Interface (LONG)
From
: jinx@CHAMARTIN.AI.MIT.EDU (Guillermo J. Rozas)
Re: Multiple values, Version 1
From
: Chris Haynes <chaynes@iuvax.cs.indiana.edu>
duplicated formals
From
: jar@VOID.AI.MIT.EDU (Jonathan Rees)
agenda
From
: willc@tekchips.crl
Proposals compendium
From
: Jonathan A Rees <JAR@AI.AI.MIT.EDU>
time & place of R*RS authors' meeting
From
: willc@tekchips.crl
Replace LETREC with "relaxed" internal DEFINES.
From
: ramsdell%linus@mitre-bedford.ARPA
RE: agenda
From
: aab@CADDR.AI.MIT.EDU (Andrew A. Berlin)
agenda
From
: jar@VOID.AI.MIT.EDU (Jonathan Rees)
Extended local defines.
From
: ramsdell%linus@mitre-bedford.ARPA
Extended local defines.
From
: ramsdell%linus@mitre-bedford.ARPA
Re: Replace LETREC with "relaxed" internal DEFINES.
From
: willc@tekchips.crl
No Subject
From
: Paul Hudak <hudak-paul@YALE.ARPA>
Replace LETREC with "relaxed" internal definitions.
From
: ramsdell%linus@mitre-bedford.ARPA
RE: lisp conf scheme agenda
From
: Perry Wagle <wagle@iuvax.cs.indiana.edu>
Making local definitions more like top-level definitions.
From
: ramsdell%linus@mitre-bedford.ARPA
On Modules in Scheme: Principles and Proposals
From
: ramsdell%linus@mitre-bedford.ARPA
Snowbird minutes?
From
: Pavel.pa@Xerox.COM
named let -> ???
From
: ramsdell%linus@mitre-bedford.ARPA
named let -> ???
From
: gls@Think.COM
Re: named let -> ???
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
Re: named let -> ???
From
: markf@montreux
Named LET -> RECLET
From
: Michael R. Blair <ziggy@VX.LCS.MIT.EDU>
Re: named let -> ???
From
: Pavel.pa@Xerox.COM
Re: named let -> ???
From
: Pavel.pa@Xerox.COM
Re: named let -> ???
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
Named LET -> RECLET
From
: jinx@CHAMARTIN.AI.MIT.EDU (Guillermo J. Rozas)
named let -> ???
From
: gls@Think.COM
named let -> ???
From
: David Bartley <bartley@mips.csc.ti.com>
Re: named let -> ???
From
: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
named let -> ???
From
: markf@montreux
named-let proposal
From
: George Springer <springer@iuvax.cs.indiana.edu>
named let -> ???
From
: arthur@DUMBO.AI.MIT.EDU (Arthur Gleckler)
Re: named let -> ???
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
Yet more Named Let flamage
From
: arthur@DUMBO.AI.MIT.EDU (Arthur Gleckler)
Re: named LET -> RECLET
From
: Ziggy@VX
Summarizing the named-let debate
From
: Pavel.pa@Xerox.COM
Clarification on named let
From
: George Springer <springer@iuvax.cs.indiana.edu>
Clarification on named let
From
: jinx@CHAMARTIN.AI.MIT.EDU (Guillermo J. Rozas)
Named-let squabble: Kiss and make up!
From
: gjs@ZOHAR.AI.MIT.EDU (Gerald Jay Sussman)
Summarizing the named-let debate
From
: daniel@mojave.Stanford.EDU (Daniel Weise)
Clarification on named let
From
: gls@Think.COM
Why named LET anyway?
From
: Michael R. Blair <ziggy@VX.LCS.MIT.EDU>
Re: Clarification on named let
From
: Pavel.pa@Xerox.COM
Re: Why named LET anyway?
From
: Pavel.pa@Xerox.COM
named-let proposal
From
: Jim Miller <jmiller%cs.brandeis.edu@RELAY.CS.NET>
named let again
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
Re: named-let proposal
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
named let -> ???
From
: ramsdell%linus@mitre-bedford.ARPA
named let -> ???
From
: hal@MURREN.AI.MIT.EDU (Hal Abelson)
NAMED-LET sounds good to me.
From
: ramsdell%linus@mitre-bedford.ARPA
NAMED-LET sounds good to me, too.
From
: arthur@DUMBO.AI.MIT.EDU (Arthur Gleckler)
Re: named let -> ???
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
named let -> ???
From
: gls@Think.COM
named let ::: call it A-LET-NAMED
From
: ramsdell%linus@mitre-bedford.ARPA
named let -> ???
From
: hal@MURREN.AI.MIT.EDU (Hal Abelson)
problems with named-let
From
: hal@MURREN.AI.MIT.EDU (Hal Abelson)
Re: problems with named-let
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
problems with named-let
From
: Jim Miller <jmiller%cs.brandeis.edu@RELAY.CS.NET>
Re: problems with named-let
From
: chaynes@iuvax.cs.indiana.edu (Chris Haynes)
minutes from Utah
From
: William Clinger <will@fog.cs.uoregon.edu>
Compromise
From
: George Springer <springer@iuvax.cs.indiana.edu>
demur on recur
From
: hal@MURREN.AI.MIT.EDU (Hal Abelson)
Compromise
From
: Jim Miller <jmiller%cs.brandeis.edu@RELAY.CS.NET>
"DEFLET"?
From
: Alan Bawden <Alan@AI.AI.MIT.EDU>
re- named-let
From
: Norman Adams <adams@tekchips.crl>
Re: "DEFLET"?
From
: Michael R. Blair <ziggy@VX.LCS.MIT.EDU>
"DEFLET"?
From
: Mitchell Wand <wand@corwin.ccs.northeastern.edu>
"DEFLET"?
From
: cph@kleph.AI.MIT.EDU (Chris Hanson)
Re: "DEFLET"?
From
: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
IEEE Scheme Standardization Meeting
From
: Chris Haynes <chaynes@iuvax.cs.indiana.edu>
scheme-standard mailing list
From
: Chris Haynes <chaynes@iuvax.cs.indiana.edu>
report on Snowbird authors' meeting
From
: William Clinger <will@fog.cs.uoregon.edu>
Regularization of Procedures in Scheme
From
: mkatz@sesame.stanford.edu (Morris Katz)
(NOT '())?
From
: Pavel.pa@Xerox.COM
Re: Regularization of Procedures in Scheme
From
: Pavel.pa@Xerox.COM
Peek-char for R4RS?
From
: ramsdell%linus@mitre-bedford.ARPA
Re: Regularization of Procedures in Scheme
From
: Pavel.pa@Xerox.COM
Re: Regularization of Procedures in Scheme
From
: William Clinger <will@fog.cs.uoregon.edu>
Regularization of Procedures in Scheme
From
: mkatz@sesame.stanford.edu (Morris Katz)
null begin forms
From
: Chris Haynes <chaynes@iuvax.cs.indiana.edu>
Regularization of Procedures in Scheme (pair setters)
From
: ramsdell%linus@mitre-bedford.ARPA
Regularization of Procedures in Scheme (pair setters)
From
: ramsdell%linus@mitre-bedford.ARPA
Regularization of Procedures in Scheme (pair setters)
From
: jinx@altdorf.ai.mit.edu (Guillermo J. Rozas)
Re: Regularization of Procedures in Scheme (pair setters)
From
: Pavel.pa@Xerox.COM
Regularization of Procedures in Scheme (pair setters)
From
: arthur@DUMBO.AI.MIT.EDU (Arthur Gleckler)
Regularization of Procedures in Scheme (pair setters)
From
: gls@Think.COM
Regularization of Procedures in Scheme (pair setters)
From
: ramsdell%linus@MITRE-BEDFORD.ARPA
R4RS number syntax
From
: William Clinger <will@fog.cs.uoregon.edu>
Mail converted by
MHonArc
2.2.0