Message-ID: <54F4620A.9060803@morningstar2.co.uk>
Date: Mon, 02 Mar 2015 13:13:46 +0000
From: Joseph Wright <joseph.wright@morningstar2.co.uk>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10;
 rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: David Carlisle <d.p.carlisle@gmail.com>
Subject: Re: LaTeX2e Update 2015 problem
References: <1o9mof44i4wtd$.dlg@nililand.de>	<54F38900.7070208@morningstar2.co.uk>	<CAEW6iOhKsw65aC33sJiuggSXet4KEWRdWvgBwMZsY8oc2jzZrA@mail.gmail.com>	<54F39162.2040608@morningstar2.co.uk>	<54F3928C.2020707@morningstar2.co.uk>
 <CAEW6iOjJ-Ud7dbqF+E2egNXLph8nwVd_ST+9Qi5a+TpkMooW=g@mail.gmail.com>
In-Reply-To: <CAEW6iOjJ-Ud7dbqF+E2egNXLph8nwVd_ST+9Qi5a+TpkMooW=g@mail.gmail.com>
Cc: LaTeX Team <latex-team@latex-project.org>
Precedence: list
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: latex-team-bounces@latex-project.org
Sender: "Latex-team" <latex-team-bounces@latex-project.org>
Status: R

On 01/03/2015 22:51, David Carlisle wrote:
> I'm wondering if after all we should "suggest" an update to etex.sty
> that doesn't over-write the allocation system on new formats. If (as
> in this case) etex.sty is loaded late after the new allocation scheme
> has already allocated into the extended range, the etex scheme won't
> look in count11-19 to see where to pick up the extended range it will
> always start allocating from 271 so you will get double allocations.
> It would be possible to fix that echoing the allocation numbers into
> the etex counts
> but that adds a lot of complication for what should be a temporary problem.
> 
> I think having etex.sty detect 2015 and not trample on the new
> allocation scheme (but define
> stubs for \resereinserts and \globcount etc may work better, despite
> having argues against that earlier.

Updating etex.sty is fine but I don't think that the cost can be
disabling \loccount, etc. That's a fundamental part of etex.sty and more
importantly having it perhaps work one way and perhaps another
(depending on kernel version) seems like a very bad idea.

Joseph

_______________________________________________
Latex-team mailing list
Latex-team@latex-project.org
https://lists.dante.de/mailman/listinfo/latex-team