[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MIT-Scheme-devel] R7RS and values.
From: |
Taylor R Campbell |
Subject: |
Re: [MIT-Scheme-devel] R7RS and values. |
Date: |
Thu, 3 Nov 2016 00:16:21 +0000 |
Date: Wed, 2 Nov 2016 16:56:03 -0700
From: Matt Birkholz <address@hidden>
I do not have SVM builds working yet, but I don't expect that will be
a problem. Is tools/patch.scm a problem? Too kludgerrific? How
SHOULD I train a 9.2 build host?
I don't understand what tools/patch.scm is needed for. The whole
point of building the tools is to run SF and the compiler as ordinary
programs unaffected by changes in the host.
Why are you deleting expansions in SF that are already deleted from
the source code? Did you change the tools build so that it doesn't
actually run the source code of SF but still has crap from the host?
And what does any of this have to do with 32-bit words?
Is there something more that can be done? Is the 20% slow-down mostly
the unavoidable cost of using primitives, crossing the C / Scheme
divide?
One possibility is that the integrations you removed for
(receive (x y z) (values a b c)
...)
caused some hot spot to go from moving variables around on the stack
to allocating objects in the heap.
- Re: [MIT-Scheme-devel] R7RS and values., Matt Birkholz, 2016/11/02
- Re: [MIT-Scheme-devel] R7RS and values.,
Taylor R Campbell <=
- Re: [MIT-Scheme-devel] R7RS and values., Taylor R Campbell, 2016/11/02
- Re: [MIT-Scheme-devel] R7RS and values., Matt Birkholz, 2016/11/03
- Re: [MIT-Scheme-devel] R7RS and values., Taylor R Campbell, 2016/11/03
- Re: [MIT-Scheme-devel] R7RS and values., Matt Birkholz, 2016/11/03
- Re: [MIT-Scheme-devel] R7RS and values., Taylor R Campbell, 2016/11/03
- Re: [MIT-Scheme-devel] R7RS and values., Matt Birkholz, 2016/11/03
- Re: [MIT-Scheme-devel] R7RS and values., Taylor R Campbell, 2016/11/03
- Re: [MIT-Scheme-devel] R7RS and values., Matt Birkholz, 2016/11/03
- Re: [MIT-Scheme-devel] R7RS and values., Taylor R Campbell, 2016/11/03