For a fresh symbol and an immutable association to a string fixed at
creation time, no problem.
For an interned symbol whose associated string name is the string interned
to get it, no problem.
On Thu, Oct 4, 2012 at 2:19 PM, Allen Wirfs-Brock <al...@wirfs-brock.com>wrote:
> The private name proposal included the possibility of attaching a string
> value to a symbol when it is created. The string could be used in debug
> output (toString) for the symbol.
>
>
> "Mark S. Miller" <erig...@google.com> wrote:
>
> It depends what you mean by "associating". What do you have in mind?
>
> On Thu, Oct 4, 2012 at 1:18 PM, Allen Wirfs-Brock
> <al...@wirfs-brock.com>wrote:
>
>> Presumably, this concern would also apply to associating programmer
>> supplied debug info with symbols
>>
>>
>>
>> "Mark S. Miller" <erig...@google.com> wrote:
>>
>> On Thu, Oct 4, 2012 at 11:41 AM, Allen Wirfs-Brock <al...@wirfs-brock.com
>> > wrote:
>>
>>> Note that in most cases, you want to look up an already interned symbol
>>> name rather than intern a new one.
>>>
>>
>> One of the beautiful things about interning is that it is a pure
>> function, and so does not provide a communications channel. If one frame
>> could test whether some other frame somewhere had already interned a given
>> name, you'd have an unpluggable cross-frame communications channel.
>>
>> --
>> Cheers,
>> --MarkM
>>
>
>
>
> --
> Cheers,
> --MarkM
>
--
Cheers,
--MarkM
_______________________________________________
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
