Mail Index

• Thread Index

• Multiple values for R4RS.
  • From: Guillermo J. Rozas <jinx@hpesogg.hp.com>
• Amended WITH-VALUES and VALUES.
  • From: ramsdell@linus.mitre.org
• Re: multiple values
  • From: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
• Re: Multiple values for R4RS.
  • From: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
• RE: RECORDs proposal
  • From: "Michael R. Blair" <ziggy@hx.lcs.mit.edu>
• Amended WITH-VALUES and VALUES.
  • From: Guillermo J. Rozas <jinx@hpesogg.hp.com>
• INF/SUP/MIN/MAX
  • From: Guy Steele <gls@think.com>
• Re: Multiple values for R4RS.
  • From: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
• No Subject
  • From: halstead@crl.dec.com
• MIN and MAX (long message)
  • From: Guy Steele <gls@think.com>
• Programmer-defined data types
  • From: bawden.pa@xerox.com
• Programmer-defined data types
  • From: Norman Adams <adams%tekchips.labs.tek.com@relay.cs.net>
• Numbers and Pork Rinds
  • From: bawden.pa@xerox.com
• Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: ramsdell@linus.mitre.org
• Numbers
  • From: bawden.pa@xerox.com
• Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: cph (Chris Hanson)
• Multiple values for R4RS.
  • From: gls@think.com (Guy Steele)
• Re: Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: ramsdell@linus.mitre.org
• Programmer-defined data types
  • From: Chris Hanson <cph>
• Numbers and Pork Rinds
  • From: Guy Steele <gls@think.com>
• Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: Guillermo J. Rozas <jinx@hpesogg.hp.com>
• Re: Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: ramsdell@linus.mitre.org
• Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: Guillermo J. Rozas <jinx@hpesogg.hp.com>
• "is an error" -> "is undefined"
  • From: ramsdell@linus.mitre.org
• Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: Kent M Pitman <KMP@stony-brook.scrc.symbolics.com>
• "is an error" -> "is undefined"
  • From: Guillermo J. Rozas <jinx@hpesogg.hp.com>
• Revised WITH-VALUES and VALUES (I think we are near agreement!)
  • From: Guillermo J. Rozas <jinx@hpesogg.hp.com>
• Numbers and Pork Rinds
  • From: bawden.pa@xerox.com
• Programmer-defined data types
  • From: Norman Adams <adams%tekchips.labs.tek.com@relay.cs.net>
• Programmer-defined data types
  • From: Kent M Pitman <KMP@stony-brook.scrc.symbolics.com>
• Numbers and Pork Rinds
  • From: Luddy Harrison <harrison@s45.csrd.uiuc.edu>
• Numbers
  • From: "Guillermo J. Rozas" <jinx@hpesogg.hp.com>
• Multiple values for R4RS
  • From: will@cs.uoregon.edu
• last call for MIN and MAX
  • From: will@cs.uoregon.edu
• Numbers and Pork Rinds
  • From: "Guillermo J. Rozas" <jinx@hpesogg.hp.com>
• Numbers and Pork Rinds
  • From: Alan Bawden <bawden@arisia.xerox.com>
• Kent, please bless this multiple values proposal.
  • From: ramsdell@linus.mitre.org
• multiple values
  • From: Robert Hieb <hieb@iuvax.cs.indiana.edu>
• Re: multiple values
  • From: ramsdell@linus.mitre.org
• Re: multiple values
  • From: Alan Bawden <bawden@arisia.xerox.com>
• Numbers and Pork Rinds
  • From: Guy Steele <gls@think.com>
• Numbers and Pork Rinds
  • From: Alan Bawden <bawden@arisia.xerox.com>
• multiple values
  • From: "Guillermo J. Rozas" <jinx@hpesogg.hp.com>
• Re: multiple values
  • From: ramsdell@linus.mitre.org
• rrrs-authors-request@life.ai.mit.edu is broken.
  • From: ramsdell@linus.mitre.org
• Numbers and Pork Rinds
  • From: "Guillermo J. Rozas" <jinx@hpesogg.hp.com>
• Kent, please bless this multiple values proposal.
  • From: mkatz@sesame.stanford.edu (Morris Katz)
• Programmer-defined data types, version 2
  • From: Pavel.pa@xerox.com
• Multiple values
  • From: Pavel.pa@xerox.com
• multiple values and call/cc.
  • From: ramsdell@linus.mitre.org
• Re: Multiple values
  • From: ramsdell@linus.mitre.org
• Multiple values
  • From: Morris J. Katz <katz@polya.stanford.edu>
• Revised multiple values and call/cc.
  • From: ramsdell@linus.mitre.org
• Re: Multiple values for R4RS
  • From: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
• mv continuations
  • From: Robert Hieb <hieb@iuvax.cs.indiana.edu>
• Re: Programmer-defined data types, version 2
  • From: Pavel.pa@xerox.com
• Re: Programmer-defined data types, version 2
  • From: Andy Cromarty <andy@ads.com>
• Programmer-defined data types, version 2
  • From: "Morris J. Katz" <katz@polya.stanford.edu>
• Re: Multiple values for R4RS
  • From: ramsdell@linus.mitre.org
• Re: Multiple values for R4RS
  • From: ramsdell@linus.mitre.org
• Multiple values not for R4RS
  • From: ramsdell@linus.mitre.org
• Re: Multiple values for R4RS
  • From: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
• Multiple values for R4RS
  • From: Morris J. Katz <katz@polya.stanford.edu>
• Revised multiple values and call/cc.
  • From: Morris J. Katz <katz@polya.stanford.edu>
• Re: Multiple values not for R4RS
  • From: will@cs.uoregon.edu
• Multiple values not for R4RS
  • From: Morris J. Katz <katz@polya.stanford.edu>
• An alternate description of the multiple values proposal
  • From: Pavel.pa@xerox.com
• Programmer-defined data types, version 2
  • From: Chris Hanson <cph>
• Programmer-defined data types, version 2
  • From: Jonathan Rees <jar>
• Programmer-defined data types, version 2
  • From: Chris Hanson <cph>
• Programmer-defined data types, version 2
  • From: "Morris J. Katz" <katz@polya.stanford.edu>
• An alternate description of the multiple values proposal
  • From: jinx (Guillermo J. Rozas)
• Please rename BABY-DOE and agree on an agenda item
  • From: ramsdell@linus.mitre.org
• Re: Multiple values not for R4RS
  • From: ramsdell@linus.mitre.org
• Re: An alternate description of the multiple values proposal
  • From: ramsdell@linus.mitre.org
• An alternative to ACCEPTS?
  • From: ramsdell@linus.mitre.org
• Programmer-defined data types, version 2
  • From: "Morris J. Katz" <katz@polya.stanford.edu>
• Multiple values not for R4RS
  • From: Morris J. Katz <katz@polya.stanford.edu>
• An alternative to ACCEPTS?
  • From: Morris J. Katz <katz@polya.stanford.edu>
• Re: Multiple values not for R4RS
  • From: ramsdell@linus.mitre.org
• Re: An alternate description of the multiple values proposal
  • From: Pavel.pa@xerox.com
• An alternate description of the multiple values proposal
  • From: cph (Chris Hanson)
• An alternate description of the multiple values proposal
  • From: cph (Chris Hanson)
• Re: An alternate description of the multiple values proposal
  • From: Pavel.pa@xerox.com
• An alternate description of the multiple values proposal
  • From: jinx (Guillermo J. Rozas)
• An alternate description of the multiple values proposal
  • From: cph (Chris Hanson)
• Re: An alternate description of the multiple values proposal
  • From: Pavel.pa@xerox.com
• Programmer-defined data types, version 2
  • From: Chris Hanson <cph>
• Programmer-defined data types, last (?) version
  • From: Pavel.pa@xerox.com
• Name for BABY-DOE should not include "values".
  • From: ramsdell@linus.mitre.org
• Re: An alternate description of the multiple values proposal
  • From: ramsdell@linus.mitre.org
• Programmer-defined data types, last (?) version
  • From: Jim Miller <jmiller%cs.brandeis.edu@relay.cs.net>
• Re: Name for BABY-DOE should not include "values".
  • From: Pavel.pa@xerox.com
• Programmer-defined data types, last (?) version
  • From: Alan Bawden <bawden@parc.xerox.com>
• Baby-Doe and friends
  • From: Kent M Pitman <KMP@stony-brook.scrc.symbolics.com>
• Re: Baby-Doe and friends
  • From: ramsdell@linus.mitre.org
• Baby-Doe and friends
  • From: gls@think.com (Guy Steele)
• Baby-Doe and friends
  • From: Morris J. Katz <katz@neon.stanford.edu>
• mutiple values, procedures and continuations
  • From: Robert Hieb <hieb@iuvax.cs.indiana.edu>
• Baby-Doe and friends
  • From: Alan Bawden <bawden@parc.xerox.com>
• Baby-Doe and friends
  • From: "Guillermo J. Rozas" <jinx>
• RE: name for VALUES
  • From: "Michael R. Blair" <ziggy@hx.lcs.mit.edu>
• Baby-Doe and friends
  • From: Jonathan Rees <jar>
• ARGUMENTS/VALUES -> CONSUME/PRODUCE
  • From: ramsdell@linus.mitre.org
• ARGUMENTS/VALUES -> CONSUME/PRODUCE
  • From: Norman Adams <adams%tekchips.labs.tek.com@relay.cs.net>
• ARGUMENTS/VALUES -> CONSUME/PRODUCE
  • From: Kent M Pitman <KMP@stony-brook.scrc.symbolics.com>
• Baby-Doe and friends
  • From: will@cs.uoregon.edu
• ARGUMENTS/VALUES -> CONSUME/PRODUCE
  • From: gls@think.com (Guy Steele)
• name that baby
  • From: Norman Adams <adams%tekchips.labs.tek.com@relay.cs.net>
• name that baby
  • From: Kent M Pitman <KMP@stony-brook.scrc.symbolics.com>
• PIPE/CONTINUE
  • From: ramsdell@linus.mitre.org
• ARGUMENTS/VALUES -> CONSUME/PRODUCE
  • From: Morris J. Katz <katz@neon.stanford.edu>
• DOE-SEE-DOE and HEY-BABY!
  • From: kend%mrloog.wr.tek.com@relay.cs.net
• Naming BABY-DOE
  • From: ramsdell@linus.mitre.org
• Naming BABY-DOE oportunistically
  • From: Norman Adams <adams%tekchips.labs.tek.com@relay.cs.net>
• Re: Naming BABY-DOE
  • From: ramsdell@linus.mitre.org
• Re: Naming BABY-DOE
  • From: ramsdell@linus.mitre.org
• Re: Naming BABY-DOE
  • From: Kent M Pitman <KMP@stony-brook.scrc.symbolics.com>
• test message
  • From: cph (Chris Hanson)
• Naming BABY-DOE
  • From: ramsdell@linus.mitre.org
• Naming BABY-DOE
  • From: ramsdell@linus.mitre.org
• forgive a stupid question, but ...
  • From: hal (Hal Abelson)
• forgive a stupid question, but ...
  • From: Alan Bawden <bawden@parc.xerox.com>
• records; BABY-DOE; another vote
  • From: will@cs.uoregon.edu
• inexact numbers in R3.99RS
  • From: will@cs.uoregon.edu
• another dumb question about numbers
  • From: hal (Hal Abelson)
• another dumb question about numbers
  • From: Alan Bawden <bawden@parc.xerox.com>
• floor & inexact->exact
  • From: Robert Hieb <hieb@iuvax.cs.indiana.edu>
• floor & inexact->exact
  • From: Alan Bawden <bawden@parc.xerox.com>
• another dumb question about numbers
  • From: Kent M Pitman <KMP@stony-brook.scrc.symbolics.com>
• Re: floor & inexact->exact
  • From: will@cs.uoregon.edu
• Re: records; BABY-DOE; another vote
  • From: kend%mrloog.wr.tek.com@RELAY.CS.NET
• COND/DO consistency
  • From: "Michael R. Blair" <ziggy@hx.lcs.mit.edu>
• COND/DO consistency
  • From: Morris Katz <mkatz@garlic.stanford.edu>
• IEEE Scheme standard meeting announcement
  • From: Chris Haynes <chaynes@iuvax.cs.indiana.edu>
• Please add my name to the mail list
  • From: ogccse!pdx.MENTOR.COM!plogan@garp.mit.edu (Patrick Logan)
• R4 report
  • From: mipsmag!dbetz@uunet.uu.net (David Betz)
• 0.16 bug
  • From: kend%mrloog.wr.tek.com@relay.cs.net
• LOG vs LN
  • From: "Michael R. Blair" <ziggy@hx.lcs.mit.edu>
• suscribe
  • From: Enric Sesa i Nogueras <FIBCLS05@fib.upc.es>
• RE: COND/DO consistency
  • From: ziggy@hx.lcs.mit.edu (Michael R. Blair)
• Naming Baby Doe
  • From: ramsdell@linus.mitre.org
• Re: COND/DO consistency
  • From: ramsdell@linus.mitre.org
• Baby Doe name: CALL-WITH-VALUES --- generator first.
  • From: ramsdell@linus.mitre.org
• Dynamic binding, description for ballot
  • From: Pavel.pa@Xerox.COM
• Dynamic binding, ballot
  • From: Pavel.pa@Xerox.COM
• R4RS Appendix
  • From: ramsdell@linus.mitre.org
• Dynamic binding, description for ballot
  • From: jar (Jonathan Rees)
• Dynamic binding, description for ballot
  • From: jar (Jonathan Rees)
• Dynamic binding, ballot (with better line breaks)
  • From: pavel.parc@arisia.Xerox.COM
• Re: Dynamic binding, description for ballot
  • From: Pavel.pa@Xerox.COM
• Dynamic binding, ballot (with better line breaks)
  • From: cph (Chris Hanson)
• Dynamic binding vote
  • From: halstead@crl.dec.com
• Baby Doe name: CALL-WITH-VALUES --- generator first.
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• Dynamic binding, ballot (with better line breaks)
  • From: Richard P. Gabriel <rpg@lucid.com>
• Dynamic binding -- objection and counter-proposal
  • From: Gyro@Reasoning.COM
• Baby Doe name: CALL-WITH-VALUES --- generator first.
  • From: Gyro@Reasoning.COM
• records; CALL-WITH-VALUES
  • From: will@cs.uoregon.edu
• Re: records; CALL-WITH-VALUES
  • From: R. Kent Dybvig <dyb@iuvax.cs.indiana.edu>
• The many faces of NIL, or special cases have to be handled specially.
  • From: Andy Freeman <andy@Neon.Stanford.EDU>
• Dynamic binding, cont.: modularity issues
  • From: Gyro@Reasoning.COM
• Dynamic binding implementation issues
  • From: Gyro@Reasoning.COM
• Modules don't provide the functionality of dynamic binding
  • From: Andy Freeman <andy@Neon.Stanford.EDU>
• Dynamic binding
  • From: Kent M Pitman <KMP@STONY-BROOK.SCRC.Symbolics.COM>
• RE: dynamic binding
  • From: ziggy@hx.LCS.MIT.EDU (Michael R. Blair)
• Modules vs. dynamic binding
  • From: Gyro@reasoning.com
• Dynamic binding
  • From: Gyro@Reasoning.COM
• RE: dynamic binding
  • From: Gyro@Reasoning.COM
• Modules vs. dynamic binding
  • From: cph (Chris Hanson)
• re: Dynamic binding
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• RE: dynamic bindng
  • From: "Michael R. Blair" <ziggy@hx.lcs.mit.edu>
• Dynamic binding
  • From: gls@Think.COM (Guy Steele)
• re: Dynamic binding
  • From: will@cs.uoregon.edu
• re: Dynamic binding
  • From: Gyro@Reasoning.COM
• Modules vs. dynamic binding
  • From: Gyro@Reasoning.COM
• RE: dynamic bindng
  • From: Gyro@reasoning.com
• re: Dynamic binding
  • From: Gyro@reasoning.com
• re: Dynamic binding
  • From: Dick Gabriel <RPG@SAIL.Stanford.EDU>
• re: Dynamic binding
  • From: Gyro@Reasoning.COM
• Format descriptors in NUMBER->STRING ?
  • From: "Michael R. Blair" <ziggy@hx.lcs.mit.edu>
• Format descriptors in NUMBER->STRING ?
  • From: cph (Chris Hanson)