Oh, yuck: labels(inchar) == labels(is_this_possible) == labels(i) ==
labels(%i) == labels(%i_feel_ill). It is looking at the first character of
the symbol, or the second if the first is %. It just happens that the
variable name "inchar" starts with an i....
-s
On Mon, Nov 11, 2013 at 5:14 PM, Stavros Macrakis <macrakis at alum.mit.edu>wrote:
> Yes, which is why it's strange that both labels(%i) and labels(inchar)
> give all the input labels. But it's not actually evaluating its input:
> mychar:%i$ labels(mychar) does not work. So the input 'inchar' is being
> special-cased, it looks like; the documentation doesn't mention this. Yet
> another obscure convenience feature....
>
> The documentation also incorrectly describes the semantics of ''.
>
> There's also a bug: labels(%) gives an internal error.
>
>
> On Mon, Nov 11, 2013 at 5:00 PM, Robert Dodier <robert.dodier at gmail.com>wrote:
>
>> On 2013-11-11, Jorge Barros de Abreu <ficmatin10 at gmail.com> wrote:
>>
>> > I do not view the quotes on the outputs.
>> > Do not have quotes??
>> > If the variable stringdisp is true then quotes is showed/viewed.
>> > Or do not have quotes to view???
>> >
>> > The function @code{labels} quotes its arguments.
>>
>> To say that a Maxima function "quotes its arguments" means only that the
>> function does not evaluate its arguments. E.g., suppose symbol foo has
>> the value 100. kill is a function which quotes its arguments --
>> therefore when kill(foo) is evaluated, the argument is foo, not 100 (the
>> value of foo).
>>
>> best
>>
>> Robert Dodier
>>
>> _______________________________________________
>> Maxima mailing list
>> Maxima at math.utexas.edu
>> http://www.math.utexas.edu/mailman/listinfo/maxima
>>
>
>