cowan  

Messages by Thread

• Re: Questions about SRFI-225 Arthur A. Gleckler
  • Re: Questions about SRFI-225 Arvydas Silanskas
• Proposals for draft 5 Daphne Preston-Kendal
  • Re: Proposals for draft 4 [not 5] Daphne Preston-Kendal
• Re: SRFI 262: Extensible pattern matcher Daphne Preston-Kendal
  • Re: SRFI 262: Extensible pattern matcher Arthur A. Gleckler
  • Re: SRFI 262: Extensible pattern matcher Daphne Preston-Kendal
  • Re: SRFI 262: Extensible pattern matcher Arthur A. Gleckler
• Re: why specifically restrict set-comparator and bag-comparator to not have comparison procedures? Arthur A. Gleckler
  • Re: why specifically restrict set-comparator and bag-comparator to not have comparison procedures? Shiro Kawai
  • Re: why specifically restrict set-comparator and bag-comparator to not have comparison procedures? Arthur A. Gleckler
  • Re: why specifically restrict set-comparator and bag-comparator to not have comparison procedures? Arthur A. Gleckler
  • Re: why specifically restrict set-comparator and bag-comparator to not have comparison procedures? Peter McGoron
  • Re: why specifically restrict set-comparator and bag-comparator to not have comparison procedures? Arthur A. Gleckler
• Re: We probably shouldn't allow user-defined storage classes Marc Nieper-Wißkirchen
  • Re: We probably shouldn't allow user-defined storage classes Bradley Lucier
• Re: Withdrawal Daphne Preston-Kendal
• Re: [srfi-113] duplicate element confusion Arthur A. Gleckler
• Re: How does SRFI 250 hash-table-unfold handle repeated keys? Arthur A. Gleckler
• [[email protected]: Re: New draft (#8) and last call for comments on SRFI 255: Restarting conditions] Wolfgang Corcoran-Mathe
  • Re: Comments on define-restartable (was Re: New draft (#8) and last call for comments on SRFI 255: Restarting conditions) Wolfgang Corcoran-Mathe
  • Re: Comments on define-restartable (was Re: New draft (#8) and last call for comments on SRFI 255: Restarting conditions) Wolfgang Corcoran-Mathe
  • Re: Comments on define-restartable (was Re: New draft (#8) and last call for comments on SRFI 255: Restarting conditions) Wolfgang Corcoran-Mathe
• Notes for SRFI 250 Daphne Preston-Kendal
  • Re: Notes for SRFI 250 Daphne Preston-Kendal
  • More notes for SRFI 250, sample impl update Daphne Preston-Kendal
  • Re: Notes for SRFI 250 Shawn Wagner
• Re: New draft (#7) and continued last call for comments on SRFI 255: Restarting conditions Arthur A. Gleckler
• Re: Inconsistencies between the SRFI text and reference implementation Arthur A. Gleckler
• Re: Sample implementation of make-ball-generator seems incorrect Arthur A. Gleckler
  • Re: Sample implementation of make-ball-generator seems incorrect Linas Vepstas
  • Re: Sample implementation of make-ball-generator seems incorrect Bradley Lucier
  • Re: Sample implementation of make-ball-generator seems incorrect Linas Vepstas
  • Re: Sample implementation of make-ball-generator seems incorrect Bradley Lucier
  • Re: Sample implementation of make-ball-generator seems incorrect Linas Vepstas
  • Re: Sample implementation of make-ball-generator seems incorrect Bradley Lucier
• Re: kons argument order in vector-map Marc Nieper-Wißkirchen
• Re: max-int John Cowan
  • Re: max-int Bradley Lucier
  • Re: max-int Bradley Lucier
  • Re: max-int John Cowan
  • Re: max-int Bradley Lucier
  • Re: max-int Shiro Kawai
  • Re: max-int Antero Mejr
• Re: max-char John Cowan
  • Re: max-char John Cowan
  • Re: max-char Ray Dillinger
• Re: Questions about the specification and implementation John Cowan
  • Re: Questions about the specification and implementation Arthur A. Gleckler
  • Re: Questions about the specification and implementation John Cowan
  • Re: Questions about the specification and implementation Bradley Lucier
  • Re: Questions about the specification and implementation Arthur A. Gleckler
  • Re: Questions about the specification and implementation Bradley Lucier
  • Re: Questions about the specification and implementation Arthur A. Gleckler
• Re: Clarification of make-random-source-generator John Cowan
  • Re: Clarification of make-random-source-generator Arthur A. Gleckler
• Re: char-generator John Cowan
  • Re: char-generator John Cowan
  • Re: char-generator Per Bothner
  • Re: char-generator John Cowan
• Re: License of reference implementation John Cowan
  • Re: License of reference implementation Shiro Kawai
  • Re: License of reference implementation Arthur A. Gleckler
  • Re: License of reference implementation Shiro Kawai
  • Re: License of reference implementation Bradley J Lucier
  • Re: License of reference implementation Linas Vepstas
  • Re: License of reference implementation Ray Dillinger
  • Re: License of reference implementation Shiro Kawai
  • Re: License of reference implementation Ray Dillinger
  • Re: License of reference implementation Arthur A. Gleckler
• Fwd: Remaining guardian issues John Cowan
  • Re: Remaining guardian issues Arthur A. Gleckler
  • Re: Remaining guardian issues Jim Rees
  • Re: Remaining guardian issues John Cowan
• Re: Interim Report, 8-bit binary floating point formats for ML John Cowan
• Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Marc Nieper-Wißkirchen
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Arthur A. Gleckler
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Arthur A. Gleckler
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Arthur A. Gleckler
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Philip McGrath
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Lassi Kortela
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • First batch of SPDX annotated SRFIs examples (was: Proposal to use SPDX for SRFI license/copyright declarations) Maxim Cournoyer
  • Re: First batch of SPDX annotated SRFIs examples (was: Proposal to use SPDX for SRFI license/copyright declarations) Marc Nieper-Wißkirchen
  • Re: First batch of SPDX annotated SRFIs examples Maxim Cournoyer
  • Re: First batch of SPDX annotated SRFIs examples Lassi Kortela
  • Re: First batch of SPDX annotated SRFIs examples Maxim Cournoyer
  • Re: First batch of SPDX annotated SRFIs examples Lassi Kortela
  • Re: First batch of SPDX annotated SRFIs examples Maxim Cournoyer
  • Re: First batch of SPDX annotated SRFIs examples Lassi Kortela
  • Re: First batch of SPDX annotated SRFIs examples Maxim Cournoyer
  • Re: First batch of SPDX annotated SRFIs examples (was: Proposal to use SPDX for SRFI license/copyright declarations) Arthur A. Gleckler
  • Re: First batch of SPDX annotated SRFIs examples (was: Proposal to use SPDX for SRFI license/copyright declarations) Arthur A. Gleckler
  • Re: First batch of SPDX annotated SRFIs examples Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Arthur A. Gleckler
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Philip McGrath
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
  • Re: Proposal to use SPDX for SRFI license/copyright declarations Maxim Cournoyer
• SRFI 4 lexical syntax John Cowan
  • Re: SRFI 4 lexical syntax Arthur A. Gleckler
  • Re: SRFI 4 lexical syntax John Cowan
  • Re: SRFI 4 lexical syntax John Cowan
  • Re: SRFI 4 lexical syntax Marc Nieper-Wißkirchen
  • Re: SRFI 4 lexical syntax Marc Nieper-Wißkirchen
  • Re: SRFI 4 lexical syntax Arthur A. Gleckler
• Re: Problems technical and procedural John Cowan
  • Re: Problems technical and procedural Daphne Preston-Kendal
  • Re: Problems technical and procedural Arthur A. Gleckler
  • Re: Problems technical and procedural Per Bothner
  • Re: Problems technical and procedural Marc Nieper-Wißkirchen
  • Re: Problems technical and procedural Arthur A. Gleckler
  • Re: Problems technical and procedural Marc Nieper-Wißkirchen
  • Re: Problems technical and procedural Arthur A. Gleckler
  • Re: Problems technical and procedural Marc Nieper-Wißkirchen
  • Re: Problems technical and procedural John Cowan
  • Re: Problems technical and procedural Marc Nieper-Wißkirchen
• 251 vs. 245 John Cowan
• Re: Feature request: guardian-try-collect Daphne Preston-Kendal
  • Re: Feature request: guardian-try-collect John Cowan
  • Re: Feature request: guardian-try-collect Daphne Preston-Kendal
  • Re: Feature request: guardian-try-collect John Cowan
  • Re: Feature request: guardian-try-collect Daphne Preston-Kendal
• Order & priority of ambient restarters Wolfgang Corcoran-Mathe
• contrib: An efficient version of define-enum Wolfgang Corcoran-Mathe
  • Re: contrib: An efficient version of define-enum Arthur A. Gleckler
• Re: SRFI 248: Minimal delimited continuations John Cowan
  • Re: SRFI 248: Minimal delimited continuations Marc Nieper-Wißkirchen
• Re: SRFI 189 erratum: Fix error-object? procedure name Arthur A. Gleckler
• Re: SRFI 246: Guardians John Cowan
• Re: Shortcomings of the API John Cowan
  • Re: Shortcomings of the API Marc Nieper-Wißkirchen
  • Re: Shortcomings of the API John Cowan
  • Re: Shortcomings of the API Marc Nieper-Wißkirchen
  • Re: Shortcomings of the API John Cowan
  • Re: Shortcomings of the API Marc Nieper-Wißkirchen
• A minimal base library for SRFI 231 John Cowan
• Re: How to represent connected components? John Cowan
  • Re: How to represent connected components? Arthur A. Gleckler
• Common Lisp `row-major-aref` John Cowan
  • Re: Common Lisp `row-major-aref` Per Bothner
  • Re: Common Lisp `row-major-aref` John Cowan
  • Re: Common Lisp `row-major-aref` Per Bothner
  • Re: Common Lisp `row-major-aref` John Cowan
  • Re: Common Lisp `row-major-aref` Bradley Lucier
  • Re: Common Lisp `row-major-aref` Per Bothner
• Re: Clarifying bitvector-pad John Cowan
  • Re: Clarifying bitvector-pad Wolfgang Corcoran-Mathe
  • Re: Clarifying bitvector-pad Wolfgang Corcoran-Mathe
  • Re: Clarifying bitvector-pad Shiro Kawai
  • Re: Clarifying bitvector-pad Wolfgang Corcoran-Mathe
• SRFI 237 design rationale John Cowan
• Re: Safe versus unsafe arrays John Cowan
  • Re: Safe versus unsafe arrays Marc Nieper-Wißkirchen
  • Re: Safe versus unsafe arrays John Cowan
  • Re: Safe versus unsafe arrays Marc Nieper-Wißkirchen
  • Re: Safe versus unsafe arrays Bradley Lucier
  • Re: Safe versus unsafe arrays Marc Nieper-Wißkirchen
  • Re: Safe versus unsafe arrays John Cowan
  • Re: Safe versus unsafe arrays Marc Nieper-Wißkirchen
  • Re: Safe versus unsafe arrays John Cowan
• Re: Document and implementation disagree on argument order for char-set-unfold[!] John Cowan
  • Re: Document and implementation disagree on argument order for char-set-unfold[!] Arthur A. Gleckler
  • Re: Document and implementation disagree on argument order for char-set-unfold[!] Bradley Lucier
  • Re: Document and implementation disagree on argument order for char-set-unfold[!] Arthur A. Gleckler
• Re: Issue with @vector-partition Arthur A. Gleckler
  • Re: Issue with @vector-partition John Cowan
  • Re: Issue with @vector-partition Arthur A. Gleckler
• Re: mutation naming conventions John Cowan
  • Re: mutation naming conventions Alex Shinn
  • Re: mutation naming conventions John Cowan
  • Re: mutation naming conventions Alex Shinn
  • Re: mutation naming conventions Vladimir Nikishkin
  • Re: mutation naming conventions Marc Nieper-Wißkirchen
• Re: type conversions John Cowan
  • Re: type conversions Alex Shinn
• Re: User-friendly implementation of linear update procedures Arthur A. Gleckler
• Re: Library names and sublibrary names John Cowan
  • Re: Library names and sublibrary names Lassi Kortela
  • Re: Library names and sublibrary names Marc Nieper-Wißkirchen
  • Re: Library names and sublibrary names Lassi Kortela
  • Re: Library names and sublibrary names Marc Nieper-Wißkirchen
  • Re: Library names and sublibrary names Lassi Kortela
  • Re: Library names and sublibrary names Marc Nieper-Wißkirchen
  • Re: Library names and sublibrary names Lassi Kortela
  • Re: Library names and sublibrary names Marc Nieper-Wißkirchen
  • Re: Library names and sublibrary names Lassi Kortela
  • Re: Library names and sublibrary names Marc Nieper-Wißkirchen
  • Re: Library names and sublibrary names Lassi Kortela
  • Re: Library names and sublibrary names Marc Nieper-Wißkirchen
  • Re: Library names and sublibrary names Marc Nieper-Wißkirchen
• Examples of external representation John Cowan

• Earlier messages