IronPort-SDR: KZL15XvImXwKVVPs0CNgjG6qJ1782/nb+Fnd6okpAxogR3ndXvWrr38C6kbvGYg/OjwEXUVogZ
 qwvG6nn3I6MUMnjlGCVdITwl8mXHmmU8p7nO4ewIJ1Tpy6thzX4/ICJTs/DZcRvPWAo2up98mr
 gRzbT7eKigEj3Os/IFM+Jaw+XH76KpLK0MZWksakfYOEbC4QMKbNqEnmyi9KYSin8JcRZGcdBV
 J7DmNoduqDTWKwMa0T3gIhxRd3u3lh/tutGWK7jZk0tF6owS3o/ZimulLjCGgmThX+w6RbKBDb
 GFI=
IronPort-SDR: eXVNMzOuSeXWwd7dFycmYkLDQ7pBhpi5347TKhL16J6H4hUIrMWsCXtrKPMkP87QT+RG5cV/m+
              L1Z9qJb9T/QbSKyH2zbWDVmkxAS3Htk7X6VSvrHvYeNwLxxrZt+ZNe+qje5+J83NSNT8Lg/CKa
              CF5Q9LSME49qh0M6AWi7A7+tG6MvxySVdhvBHaz3oRSLzWPhqk6kb+/rB5DT+RxYzTGxfTuM9l
              j3EJiIvzCMtaS/SrK7QwDJjDgGerc2nxJTr5cTJc6HhDrew2mFKS5AnL5kcubzjBb2+3YOj3eu
              eX5BRFo/artzajRStyVPIZj/
IronPort-PHdr: =?us-ascii?q?9a23=3ANmYivRBufdRRctxDQeLHUyQJPHJ1kqjoPgMT9p?=
               =?us-ascii?q?ssgq5PdaLmxZn5IUjD/qw91w3TUIHS+rRZjeuTs63hVWEE65ubvzYOfc8ETA?=
               =?us-ascii?q?cL3OMRmQFoG8uZEQvjNve/YTYzGscEUV5543y/O0FeGO76bkHfsjiq9zkQFx?=
               =?us-ascii?q?7jcw1vKbe9AZbc2vy+zPv64JjPe0NNjTu5b6l1KUC4twzXtY8TgJd+J6I7wx?=
               =?us-ascii?q?DJin9BZ+lGgHtyIlCelAq64d2/r9Z46yoFnfUn+oZbVLniOaQ1SbsNFDM9L2?=
               =?us-ascii?q?U8/9HmrzHISg6C6mpaXmwQjhcODwWctkPAU5z8szX3uq9G4AfBYZOka7cyVH?=
               =?us-ascii?q?zi9apvQQ6ulSEGcj408W3ajsZ9lq0drB/z7xp4i5XZZo2YLp8cNuvUYM8aSG?=
               =?us-ascii?q?xdX81QSz0JA4WyaJEKBvYAOuAQppf0pl8Hpx+zTQe2A+anxjhNj37wlao0to?=
               =?us-ascii?q?ZpWQ/c1QojWdcPrGjZqN/8P6c6VempwbmN1S/Ebf5dxXH68oeJOhEtrPeQXK?=
               =?us-ascii?q?5hJNLLwBpKdUuNhVGRpIr5ejKNg71S7S7Bv6w9CaT22zJ04xt8qTWu2Mo235?=
               =?us-ascii?q?PEgosEjE3C9GB5zYc5KNmyRVR0J9KpQ/4y/2mXMZV7RsQ6TiRmoiE/n/cIo5?=
               =?us-ascii?q?e9f24PyYg7yhrVYveHW4yB/h/zEf6LJjV1j24jf6iwzUXXkwDo2qjnW8+43U?=
               =?us-ascii?q?wf5CRfm9/P8HUMywDe7sKOQftV+k691CbKzxrU6OxPPQYzj6WRePtDivYg05?=
               =?us-ascii?q?EUt0rEBCr/nk772bSXeksT8e+t8+37Y7/iq8bGZbV5gQz/LKki3/eHL7hgb1?=
               =?us-ascii?q?o2VnOAsaSm2bnq7AvkRrQPjvA3nqTdup3AKoIXq/zxDwhQ24cloxGxalXumN?=
               =?us-ascii?q?oClH8EaldEZA6Ki4LgMFHmJPnkAOf6m06rkjpg27bBJLKpDpjWL3fFmavsZv?=
               =?us-ascii?q?4ktBAaklp1kIwZvsIIb9NJaPvoElf8rtnZEgM0P0SvzuDrBc88noISVGSTA7?=
               =?us-ascii?q?OIZabbsFuG/OUqcIzuLMcevDfwLeRg5ua71CBn3wVNO/T1m8JHNCPwBPltLk?=
               =?us-ascii?q?SHbGC5mNoFGHZMoww/CezniVGPVTRefXn0U69vg1NzQI+gE4rHQZigxbKb2y?=
               =?us-ascii?q?LuVJNMb2ZFTFWNDWvlc4+NUPckbCuOL98kiiYDV7WqV8kmzx7k52qYg/J3a/?=
               =?us-ascii?q?HZ/CEVr8ep2sJ84e6VkBAu6TFwBc2W00mJRn15jiYQXTg00atj50tnxR3QtM?=
               =?us-ascii?q?owy+wdHttV6fRTVw48PpOJ1O12Bef5XQfZd8uIQlKrEZ22RCs8RdUrz5oScl?=
               =?us-ascii?q?5wTp+82wvb0XPgUNp33/SbQYY5+aXG0z3tKtZhnjzYgbI5gQBuR9sHcGSigu?=
               =?us-ascii?q?QmrVrpCoXEkluUm+ORTYpHh3ef0mCFwCLOpkxcWR82TKPEGHASZ0fbqd70/E?=
               =?us-ascii?q?yEQ7L8QbIgehBMz8KPMM4oIpXgkElGSfH/Od/ff3P5mmG+AgyNz6+Na4yicn?=
               =?us-ascii?q?sU3SHUAkwJ2w4J+nPOOQ87Dyan62XQaV4mXUroeF/p+PJipWmTRUgxwg2bKU?=
               =?us-ascii?q?Fo0aa4vBIYxLSdR/4VwrMYqXIhpjFzTzPfl5rdD9uNoRYkfb0JOIxjpg0Xkz?=
               =?us-ascii?q?+F8VUtYs/oNa1pi18Afh4ipU7q3gQxF4NB1MgnrX8nyAB/M63e3F4SElHQlZ?=
               =?us-ascii?q?32JLDTLXH/uR61bKuDkF/E2dCVvKIO9Og1r1/qtwGBEkM+/mUiy8NS0XaX+t?=
               =?us-ascii?q?PNFgVYAveTGg4nsgN3ob3XeHx3/4TPyXhlKrW5qBfJ3NckCPpjxh+mY9oZPK?=
               =?us-ascii?q?7OR2qQW4UKQsOpLuItgV2gaBkJaftT+KADNMSjb/Ka2aSvMb8xzgLjtnxO5c?=
               =?us-ascii?q?VG6mzJ8iN9TuDS2JNckqOc1xeKR3LkllCjv8vr34deamNLRzbt+W3fHIdUI5?=
               =?us-ascii?q?ZKU8MTE273cp+zz8lzl9v1QXla+VW/QVQc153xIEfAXxnGxQRVkH8vjzmnlC?=
               =?us-ascii?q?+/lmMmmDYso6aOmiDHxfjvMhYKaDZG?=
References: <CAAPvvhj5w+hT_58goU_OFys2tGQzv5G5Eseh5hf9Pj6PQTzhPg@mail.gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0)
            Gecko/20100101 Thunderbird/60.5.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Message-ID:  <5b7b28f2-9bdb-1a83-7971-a67ea3bf52e1@latex-project.org>
Date:         Tue, 19 Feb 2019 12:40:30 +0100
Reply-To:     Mailing list for the LaTeX3 project
              <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
Sender:       Mailing list for the LaTeX3 project <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
From:         Frank Mittelbach <frank.mittelbach@LATEX-PROJECT.ORG>
Subject: Re: Templates and Variable Reuse
To:           LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
In-Reply-To:  <CAAPvvhj5w+hT_58goU_OFys2tGQzv5G5Eseh5hf9Pj6PQTzhPg@mail.gmail.com>
Precedence: list
Envelope-To: <rainer.schoepf@gmx.net>
Status: R

Hi  Kelly

> Normally, each template implementation has its own set of variables.
> This certainly keeps things separate but means that a single object
> type may end up with dozens of variables allocated for use by its many
> particular implementations. Although this is not an issue at the
> moment, I wonder if it might be in the future, when templates are used
> extensively.

in the early days of TeX that was in fact a big headache and there are 
still a lot of traces in 2e where we tried so save individual tokens 
like using \@plus (one token) to "plus" (4). Same for registers, when 
there were less than 255 available for general use.

However with the current limits it doesn't seem at all likely that you 
could actually hit a boundary.

> Would it be a worthwhile effort to conserve both csnames and registers
> by reusing some variables across template implementations for the same
> object type, or would it be better to stick to the convention of having
> completely independent sets of variables for each implementation, and
> wait to see if it becomes a concern later on?

On the whole I would say no, because if you do that then you need add a 
lot of extra code to ensure that nested objects do not accidentally 
overwrite stuff before it has been  used successfully. This is is still 
a possible headache if you nest the same type of objects, of course, but 
then that is immediately clear to the programmer that the code must 
account for that. If basically arbitrary code uses the same registers or 
variables then the problem is much worse.

frank