[CM] srfi 212 - define-alias
chris.actondev at gmail.com
Fri Oct 2 06:10:17 PDT 2020
I understand and indeed my only usecase would be that of live coding.
It would save plenty of implementation complexity, would transparently
expose other things like +documentation+ etc.
On Fri, 2 Oct 2020 at 14:46, Orm Finnendahl <
orm.finnendahl at selma.hfmdk-frankfurt.de> wrote:
> Hi Christos,
> without wanting to start a big discussion here I'd recommend to use this
> technique with caution: Changing the semantics or inner working of named
> functions on the fly is introducing state and can make programs quite
> challenging to debug and a fast way of getting rid of the advantages of
> functional programming ;-)
> I can see the necessities of doing this e.g. in live-coding, but would
> advice to use it in very restricted and well defined situations of coding
> (like in live coding situations) and doubt that the mechanism you describe
> is reaĺly necessary in such situations.
> Am 2. Oktober 2020 03:44:16 MESZ schrieb Christos Vagias <
> chris.actondev at gmail.com>:
>> Hi all,
>> i stumbled upon srfi 212 which speaks of aliases.
>> " An alias definition transfers the binding of one identifier to another,
>> effectively aliasing the identifier."
>> I think that would be a great help for the concept of
>> In the r7rs define-library concept, you can import a library and have
>> access to its "exported" symbols.
>> If these exported symbols are aliases, we could have hot-reloading
>> redefinition of a library's symbols (redefining a function) and have this
>> change reflected on the places where it's used.
>> This is one feature from clojure I really missed in scheme.
>> In my work on s7-imgui I do this but with the hack of making the
>> function a macro that resolves the functions' symbol from the
>> environment where it's defined.
>> But, aliases would be a more subtle solution.
>> -- excuse the long text, it's quite late yet something on my mind for
>> quite a while
> Prof. Orm Finnendahl
> Hochschule für Musik und Darstellende Kunst
> Eschersheimer Landstr. 29-39
> 60322 Frankfurt am Main
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Cmdist