Mail Thread Index

• Date Index

• It's not currying!, Stephan H.M.J. Houben
  • <Possible follow-ups>
  • Re: It's not currying!, sebastian . egner
• Improper lists in macros [WAS: none], Michael Sperber [Mr. Preprocessor]
  • <Possible follow-ups>
  • Re: Improper lists in macros [WAS: none], felix
  • Re: Improper lists in macros [WAS: none], felix
    • Re: Improper lists in macros [WAS: none], Michael Sperber [Mr. Preprocessor]
    • Re: Improper lists in macros [WAS: none], oleg
  • Re: Improper lists in macros [WAS: none], sebastian . egner
• Changing the name, John David Stone
  • <Possible follow-ups>
  • Re: Changing the name, John David Stone
    • Re: Changing the name, Stephan H.M.J. Houben
  • Re: Changing the name, felix
  • Re: Changing the name, sebastian . egner
  • Changing the name, John David Stone
    • Message not available
      • Re: Changing the name, John David Stone
    • Message not available
      • Message not available
        • Re: Changing the name, Michael Sperber [Mr. Preprocessor]
          • Re: Changing the name, John David Stone
  • Re: Changing the name, felix
    • Re: Changing the name, Michael Sperber [Mr. Preprocessor]
  • Re: Changing the name, felix
    • Re: Changing the name, Michael Sperber [Mr. Preprocessor]
      • Re: Changing the name, Shriram Krishnamurthi
        • Re: Changing the name, Michael Sperber [Mr. Preprocessor]
  • Re: Changing the name, felix
    • Re: Changing the name, Michael Sperber [Mr. Preprocessor]
  • Re: Changing the name, felix
    • Re: Changing the name, Michael Sperber [Mr. Preprocessor]
    • Re: Changing the name, Per Bothner
  • Re: Changing the name, felix
• R5RS macro-form syntax, felix
• Re: Improper lists in macros [WAS: none] -- correction, sebastian . egner
• Implementing it as a procedure, Stephan H.M.J. Houben
  • <Possible follow-ups>
  • Re: Implementing it as a procedure, sebastian . egner
• changes to the design of SRFI-26, sebastian . egner
• New revision of SRFI 26 available, Michael Sperber [Mr. Preprocessor]
  • <Possible follow-ups>
  • New revision of SRFI 26 available, Michael Sperber [Mr. Preprocessor]
    • Re: New revision of SRFI 26 available, Al Petrofsky
  • Re: New revision of SRFI 26 available, sebastian . egner
    • Re: New revision of SRFI 26 available, Al Petrofsky
  • Re: New revision of SRFI 26 available, sebastian . egner
  • New revision of SRFI 26 available, Michael Sperber [Mr. Preprocessor]
• OK, how about..., Alan Bawden
  • Re: OK, how about..., Tom Lord
  • <Possible follow-ups>
  • Re: OK, how about..., sebastian . egner
• A short name., Mario Latendresse
  • Re: A short name., Stephan H.M.J. Houben
    • Re: A short name., Michael Sperber [Mr. Preprocessor]
      • Re: A short name., Stephan H.M.J. Houben
• is that useful?, Walter C. Pelissero
  • <Possible follow-ups>
  • Re: is that useful?, sebastian . egner
    • Re: is that useful?, Walter C. Pelissero
      • Re: is that useful?, Michael Sperber [Mr. Preprocessor]
        • Re: is that useful?, Walter C. Pelissero
          • Re: is that useful?, Michael Sperber [Mr. Preprocessor]
            • Re: is that useful?, Dave Mason
              • Re: is that useful?, Michael Sperber [Mr. Preprocessor]
                • Re: is that useful?, Dave Mason
            • Re: is that useful?, Walter C. Pelissero
              • Re: is that useful?, Michael Sperber [Mr. Preprocessor]
  • Re: is that useful?, sebastian . egner
• l, the ultimate curry that is not curry, Al Petrofsky
  • <Possible follow-ups>
  • Re: l, the ultimate curry that is not curry, sebastian . egner
    • Re: l, the ultimate curry that is not curry, Al Petrofsky
  • Re: l, the ultimate curry that is not curry, sebastian . egner
• Problems with "curry"'s formal specification, Al Petrofsky
  • <Possible follow-ups>
  • Re: Problems with "curry"'s formal specification, sebastian . egner
    • Re: Problems with "curry"'s formal specification, Al Petrofsky
• changes in the design of SRFI-26, sebastian . egner
  • Re: changes in the design of SRFI-26, Stephan H.M.J. Houben
• Revision of SRFI 26 available, Michael Sperber [Mr. Preprocessor]
• cut should evaluate its arguments, Dale Jordan
• Shouldn't cut allow a slot as its first argument?, Al Petrofsky
• changes to the design of SRFI-26 "Notation for specializing parameters without currying", sebastian . egner
  • Re: changes to the design of SRFI-26 "Notation for specializing parameters without currying", Al Petrofsky
  • <Possible follow-ups>
  • Re: changes to the design of SRFI-26 "Notation for specializing parameters without currying", sebastian . egner
• Final SRFI 26: Notation for Specializing Parameters without Currying, Michael Sperber [Mr. Preprocessor]
• copryght/license of cut.scm?, Per Bothner
  • Re: copryght/license of cut.scm?, Al Petrofsky