chicken-janitors
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Chicken-janitors] #1166: Globally defining an identifier previously


From: Chicken Trac
Subject: Re: [Chicken-janitors] #1166: Globally defining an identifier previously bound to a macro should shadow the macro fully
Date: Sun, 29 Apr 2018 10:06:36 -0000

#1166: Globally defining an identifier previously bound to a macro should shadow
the macro fully
---------------------------------+---------------------
            Reporter:  sjamaan   |      Owner:  sjamaan
                Type:  defect    |     Status:  new
            Priority:  major     |  Milestone:  5.1
           Component:  expander  |    Version:
          Resolution:            |   Keywords:
Estimated difficulty:  hard      |
---------------------------------+---------------------

Comment (by sjamaan):

 See also the dreaded #1131; I think this is related to how `##sys#alias-
 global-hook` performs its lookup: it will look up in the environment
 first, and if not found, it will module-rename the symbol if necessary,
 and finally it will just return the symbol as-is, and its bound-at-
 toplevel value will used in that case.  This means any imported bindings
 always take precedence.

 Note that before we enter `##sys#alias-global-hook`, we'll do a lookup in
 `##sys#current-environment` first (in the code walkers in `core.scm` and
 `eval.scm`), so `##sys#alias-global-hook` isn't to blame for this
 particular behaviour.

--
Ticket URL: <https://bugs.call-cc.org/ticket/1166#comment:3>
CHICKEN Scheme <https://www.call-cc.org/>
CHICKEN Scheme is a compiler for the Scheme programming language.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]