Mail Index

• Thread Index

• 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>