geiser-chez/scheme, branch 0.8.1 geiser and chez talk to each other https://jao.io/cgit/geiser-chez/atom?h=0.8.1 2015-10-04T04:33:21Z Stopped over-aggressive memoization 2015-10-04T04:33:21Z Dan Leslie dan@ironoxide.ca 2015-10-04T04:33:21Z urn:sha1:373b9a499dd4f26886c0e54612e638dd529bcc6f It doesn't make sense to memoize the following: geiser-start-server geiser-macroexpand Minor improvements 2015-10-04T02:39:18Z Dan Leslie dan@ironoxide.ca 2015-10-04T02:39:18Z urn:sha1:466df84526032315d119b48f95d9e70ab707133e Removed the unnecessary csi reference Added a flag to force build an so Turn off debug log 2015-10-03T21:35:03Z Dan Leslie dan@ironoxide.ca 2015-10-03T21:35:03Z urn:sha1:bb7b181ecfd6ba588b19fd896345fcf39e242345 Adds memoization 2015-10-03T21:34:21Z Dan Leslie dan@ironoxide.ca 2015-10-03T21:34:21Z urn:sha1:ea8d1f97119bdd058ae918ca7f7fcb3279b70a7f Clears memo when anything other than a safe geiser call is made. Removes the last calls to regex within the thing Converts toplevel methods to prefixed methods 2015-10-03T19:44:04Z Dan Leslie dan@ironoxide.ca 2015-10-03T19:39:05Z urn:sha1:57d6934beb882c6dcd7119f7a2ebe04ab977b9c5 This seems to improve speed; in a large environment I witnessed a regular 100ms increase in speed for autodoc. Refactored to reduce the reliance on regex. 2015-10-03T19:43:58Z Dan Leslie dan@ironoxide.ca 2015-10-02T05:39:44Z urn:sha1:d109d97c262e1e20de62bfdd74f421f911494405 Improves speed by an order of magnitude. Sorted and line-split crunch symbols. 2015-09-13T16:49:43Z Dan Leslie dan@ironoxide.ca 2015-09-13T16:49:43Z urn:sha1:d075d57edd2f005fe81380541266fcb46352401c Added missing macros 2015-09-12T05:50:52Z Dan Leslie dan@ironoxide.ca 2015-09-12T05:50:52Z urn:sha1:f4447743c3794b154b34ba3e81554ec35563739a Adds recognition of the 'crunch' R5RS subset 2015-09-12T05:42:04Z Dan Leslie dan@ironoxide.ca 2015-09-12T05:26:52Z urn:sha1:6bf9a257077dadf04ba3a900f957fe4aad70fc2c Crunch is a subset of R5RS that the crunch egg can heavily optimize via c++ compilation. This change allows geiser to report to chicken programmers whether the function is found within that subset, easing development. Details on the crunch egg can be found at: http://wiki.call-cc.org/eggref/4/crunch Speeding up debugger check (addresses #64) 2015-09-10T02:22:10Z Jose Antonio Ortega Ruiz jao@gnu.org 2015-09-10T02:22:10Z urn:sha1:db8ab30c7587616edd99cb90bfdfa77fe4e702ac Soooo, the long delay experienced when evaluating long string lists in Guile had nothing to do with the time took by emacs to read the response from the scheme process; that process is always a breeze, no matter or its format or number of newlines. The delay was provoked by an innocent looking function that scans the received string (which includes a prompt at the end as an EOT marker) to check whether Guile (or any other scheme) has just entered the debugger (that's done inside `geiser-con--connection-update-debugging`). For some reason, `string-match` on that kind of string using Guile's regexp for a debug prompt takes forever. Instead of trying to optimize the regular expression, i've just applied it to the *second* line of the received string, which is the one that contains the response's prompt.