Re: [MIT-Scheme-devel] changes to primitive definitions

2009-09-05 Thread Joe Marshall
Fixed. On Sat, Sep 5, 2009 at 4:28 PM, Taylor R Campbell wrote: >   Date: Sat, 5 Sep 2009 15:59:22 -0700 >   From: Joe Marshall > >   Reverted. > > A few remain, in boole.scm and gentag.scm. > -- ~jrm ___ MIT-Scheme-devel mailing list MIT-Scheme-d

Re: [MIT-Scheme-devel] changes to primitive definitions

2009-09-05 Thread Taylor R Campbell
Date: Sat, 5 Sep 2009 15:59:22 -0700 From: Joe Marshall Reverted. A few remain, in boole.scm and gentag.scm. ___ MIT-Scheme-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/mit-scheme-devel

Re: [MIT-Scheme-devel] changes to primitive definitions

2009-09-05 Thread Joe Marshall
Reverted. On Sat, Sep 5, 2009 at 3:57 PM, Joe Marshall wrote: > I understand.  I'll revert that. > > On Sat, Sep 5, 2009 at 3:49 PM, Chris Hanson wrote: >> Don't do this.  It's very important for compiled code that these >> primitives be wrapped in Scheme code.  This allows the compiler to >> open

Re: [MIT-Scheme-devel] changes to primitive definitions

2009-09-05 Thread Joe Marshall
I understand. I'll revert that. On Sat, Sep 5, 2009 at 3:49 PM, Chris Hanson wrote: > Don't do this.  It's very important for compiled code that these > primitives be wrapped in Scheme code.  This allows the compiler to > open-code them in place, so things like (map car ...) work well. > > If thi

Re: [MIT-Scheme-devel] changes to primitive definitions

2009-09-05 Thread Chris Hanson
Don't do this. It's very important for compiled code that these primitives be wrapped in Scheme code. This allows the compiler to open-code them in place, so things like (map car ...) work well. If this is a problem for your interpreter, we'll have to find another solution. On Sat, Sep 5, 2009

[MIT-Scheme-devel] changes to primitive definitions

2009-09-05 Thread Taylor R Campbell
You changed DEFINE-PRIMITIVES and a number of primitive definitions in the run-time system to eta-reduce them. I presume that this makes the system run faster on your C# interpreter, but conversely, Chris had made the opposite change about a year ago in order to make the system run faster when com