Date: Wed, 2 Nov 2016 16:56:03 -0700 From: Matt Birkholz <m...@birchwood-abbey.net>
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. _______________________________________________ MIT-Scheme-devel mailing list MIT-Scheme-devel@gnu.org https://lists.gnu.org/mailman/listinfo/mit-scheme-devel
