[ET Trac] [Einstein Toolkit] #1233: McLachlan should not define one-character variables
Einstein Toolkit
trac-noreply at einsteintoolkit.org
Sun Jan 27 09:16:28 CST 2013
#1233: McLachlan should not define one-character variables
------------------------------------+---------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Resolution: | Keywords:
------------------------------------+---------------------------------------
Changes (by knarf):
* priority: minor => optional
Comment:
In my case I now had to adapt an existing thorn which I wanted to have
access to some (but not all) McLachlan variables. This is now done, but
the general problem remains.
Luckly McLachlan doesn't define K, as k is an often used temporary
variable name - exactly what I had in my case, just with 'A' and 'B'.
I agree that longer names can be cumbersome. The would definitely make
expressions 'longer'. Also - we might actually 'get away' with most of
this once the READS/WRITES mechanism is implemented fully and not
everything is imported through inheritance automatically.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1233#comment:2>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
More information about the Trac
mailing list