[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guile news for the GNU Status Report
From: |
Neil Jerram |
Subject: |
Re: Guile news for the GNU Status Report |
Date: |
Tue, 01 Feb 2011 23:45:53 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) |
address@hidden (Ludovic Courtès) writes:
>>> Guile 2.0 is a breakthrough in Guile's history. First and foremost, it
>>> is based on a compiler and a virtual machine. The compiler compiles
>>> Scheme code to bytecode, applying well-known optimizations. As a
>>> result, Scheme code runs noticeably faster with Guile 2.0. Compilation
>>> can occur transparently: when the compiled form of a module is not found
>>> in cache, it is automatically compiled before being run.
>>
>> People might assume that this means Guile is now less supporting of
>> interactive programming than in previous releases. I think it would be
>> worth adding a sentence to clarify that this is not the case. Perhaps
>> "Note that Guile still supports interactive programming, i.e. modifying
>> code in running programs, just as extensively as it has in previous
>> releases."
>
> In the meantime I had changed this paragraph to mention the REPL and
> debugger:
>
> Guile 2.0 is a breakthrough in Guile's history. First and foremost,
> it is based on a compiler and a virtual machine, and comes with a
> powerful read-eval-print loop (REPL) and debugger. The compiler
> compiles Scheme code to bytecode, blah blah blah
>
> How does this address your concern?
Sorry for the delay... Yes, that sounds fine now. The mention of the
REPL should tend allay any static-ness concerns.
Regards,
Neil
- Re: Guile news for the GNU Status Report,
Neil Jerram <=