I am coming back to changes I proposed in:

http://groups.google.com/group/fricas-devel/browse_thread/thread/4e40e30611721050?hl=en

In particular, I would like to change how underscore works in
Spad identifiers.  Currently in Spad all underscores are treated
as escape characters, so names like 'a_b' and 'ab' are treated
the same.  To avoid risc of name clashes one have to write
'a__b'.

The proposed change will make underscore inside name which
are followed by character that is legal as part of the name
significant.  Inside means not at start of the name (this is
special case to allow escaping keywords to use them as
normal identifiers).  In particular underscore befor underscore
is treated as escape and is not part of the name.  Similar change
will apply to strings (but without the special case at the begining).
Numbers are not affected.

For example:

_a             means a
__a            means _a
___a           means __a
____a          means __a
a_b            means a_b
a__b           means a_b
a_             means 'a_ ' (space at the end)
a_?            means a_? (? is legal in name)

Some time ago I implemented this change for Shoe, so if you
want to see the effect you can try something like:

(1) -> )boot a_b := 1

(EVAL-WHEN (EVAL LOAD) (SETQ |a_b| 1))
Value = 1

In the thread above Martin Rubey asked to postpone this change,
but now I think there is no reason to wait more -- after using
it in Shoe for some time it is pretty clear for me that this
is useful change with no bad effects.  More precisely, any
feature may be misused but this feature leaves no more place
for abuse than current convention.  And when used as intended
is quite easy to understand.

-- 
                              Waldek Hebisch
[email protected] 

-- 
You received this message because you are subscribed to the Google Groups 
"FriCAS - computer algebra system" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/fricas-devel?hl=en.

Reply via email to