User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101
            Thunderbird/31.7.0
MIME-Version: 1.0
References: <559AE0A8.3080907@morningstar2.co.uk> <55A3E1DD.8050707@posteo.net>
            <55A3E5E6.2060405@morningstar2.co.uk> <55A4137A.7030807@posteo.net>
Content-Type: text/plain; charset="windows-1252"; format=flowed
AM2PR05MB1233: X-MS-Exchange-Organization-RulesExecuted
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Jul 2015 19:49:57.5209 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM2PR05MB1233
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by
                      listserv.uni-heidelberg.de id t6DJo4rY002932
Message-ID:  <55A415FF.8030305@nag.co.uk>
Date:         Mon, 13 Jul 2015 20:48:15 +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: David Carlisle <davidc@NAG.CO.UK>
Subject: Re: LuaTeX support in the LaTeX kernel
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
In-Reply-To:  <55A4137A.7030807@posteo.net>
Precedence: list
List-Help: <http://listserv.uni-heidelberg.de/cgi-bin/wa?LIST=LATEX-L>,
           <mailto:LISTSERV@LISTSERV.UNI-HEIDELBERG.DE?body=INFO%20LATEX-L>
List-Unsubscribe: <mailto:LATEX-L-unsubscribe-request@LISTSERV.UNI-HEIDELBERG.DE>
List-Subscribe: <mailto:LATEX-L-subscribe-request@LISTSERV.UNI-HEIDELBERG.DE>
List-Owner: <mailto:LATEX-L-request@LISTSERV.UNI-HEIDELBERG.DE>
List-Archive: <http://listserv.uni-heidelberg.de/cgi-bin/wa?LIST=LATEX-L>
Envelope-To: <rainer.schoepf@GMX.NET>
X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3;
X-GMX-Antivirus: 0 (no virus found)
X-UI-Filterresults: notjunk:1;V01:K0:ivueen9IyLY=:t7FR5wJva007oSF+4APjE1pZrQ
 1z443W2/eNZ/u4ynB7awj0iHy/cE7HQ1/RNL9CVpSxzK5bic3cHzC15e+OOmrvDgHft7IOQ8V
 v2GNlXXJu9iCWX1KKb2rIovSkbx1YPulvaojtHQTGtbc25uLC7iANwkAqw6qN5zR20y3yI5Tk
 XhR+v8KwiXyk1C0rSUh2483PAix9NVB+1b8qPp/cg3cZnAzQa0NSEeq5n8S9i3Z2Z9uGtKFX9
 dRqHOusRWozES0oPoONNiZO8z3aAwg/PGMbtAlf+cq+EPVR5/om2VB9H8eO0niQAtHY35Y1Zm
 5/yCamdlJlYPrMIAm+CyzsJxkPk6mnpM3ya5JmQGk1Kspm1jElWRdhveLXyYe2J2804NUI70D
 MTE3psss1HQ5IDT00IITyl+xbQe0GTw14XGBp/OgvCr9J0yf1JSNUPioQaWwA8LJ0UQCemyXC
 taEAgilJ0lI0JvqGY4eZjlLJJhw+ksMuAN1TlQURm6EXBPOUO3eIMv4RMPl4+GVyZGQgJjm5r
 XiKN16NUMwc/Yxz+r7VvBeiFfnhtmYQqKy9GG7P7BPjsqReo++9XSofxWyoXtaE+Ov3DORnsr
 oGej96euaDt7o71hdagZ1odE7g4zRCWREhPVg6nKvq8oNz842j/i24Xs9bbIsA7lrOxEbybFA
 5ifFblyLiI46QaZOrWvONVso7gzRedSXsVOkeb+9QxjsVqz+P+/Tq21EphRXaipJ3zrjtGBXN
 5N5MiipYKTVXnM1aqJq0lAg3RUhMaHPdBzbf2SKudNh7S1ounM50fomyljasdy1LHPs0TG6LL
 B8QypCz1WqtfBqZUL1GmBk+1Dn8/mtsZr8MzBq4UGlyG205L3WHSdOuxmyU6dFW99ewchUdQK
 ef4ASebb6vu6zQgq1yvj+ABQVzuGos5tDru/cLDVRHrZfMaj3ep7Rm/Tv4MsQQLBrGbqrIE1v
 KAr4fwvT2TXtdpJoCH864s0pT6Kesqyek9XA9/AvxYn4GJ7Jjez2o6KQE/UBt2sJyzxz1lL28
 lQfdqz4eA4ZHjz/KE0TqDxikk3Zp8MPsLVzo+YlJJ+Xds3s7f8j5sKr4sNygnpo4jimI3FHe+
 za7kytDEcerWukbwAGsaUGzBQ6OCqfBJg2sSzv1UqkdLcIOkWwqniE4gwGKxj8TI8EpGhYqE7
 yN1vYkTZm6qOSARhWLB8H0kzqNIq1ARnzEgqchf+BCMDXh/dmpU+R57ljN90fkakq+bAp+sUw
 Rw2c4dltnNihuJ2JbGkq4FOehJZD+D0Ji2VBwy146kSbxjncTaq2oktsUP9Uik7zu85mg+BSR
 PKeXNbJJq9C0VBj4FiQGYTZhm7CHxzFiUsWRRoLqSMKE8bSabh8qfc3dNBo1uJu6X3a6a5azm
 l/BdN2Fv+deNgOCiDBkkkwYklRqiJoozIaz5/9KrwtOQE+KAlTZarsShAIz4drnmrzNmgqswy
 qAwOuVlLDz7tVzugSXLwF6i8ba1YsuxwKIQTLU74YVmX81pTmXnEA4OcWRiZKwuUtbHu+I4w=
 =
X-UI-Loop:V01:DBuvXxzE0JM=:FeNPW+z+QyVeq2W3kBYwpxcXQ7Mw7w3GLnskORcsSps=
X-UI-Out-Filterresults: notjunk:1;V01:K0:8GFGf6p+WNw=:7lUAKWjN9Gm6Xs092Hrw2a
 TP+5mMCdmaorpthATa44XTfm1R/+x+EqSFsuWlPpUae3VJBu9IUmZ2GAdoBpnI27Cwa5MYMYe
 ahgh0E1D8mkiemKglhU+xkS3fn55j3N6mjEsurrbue/Jgv3ctuiOeT7MBoOUddDMb9jMirNp2
 jyk5WROgCYsv+zixLuKPEfFYjqGfrZwMOMMyg2dcP3SpSJ9SA/KdOE0goao5W5m+alTO1xxIg
 L0zGDxwQ1bHECSfn9wI3dJxogwZUhqVGzy1sKSCUk2Z+T5cawMU9cwg3yWlg0gC96jD0Wsmoq
 x5vp02cMOdkEpYhK1u+UWAZTHrV6tVL+OdrpYoqwRoa1fYMH9pRQVUSEEIHY2zTF7mAa158DA
 8JNgLsIdPVLflu8VFsxZPIoKtKrwmit6cS74ndD0mjG3gggVRQnsr1KLjE26HzwVVs7DW4qWf
 6yyWgJ/HpL58ueeihJKp5IY2WC0N2VawA7cLCwRbYVqwfnz2yuz3
X-Scanned-By: MIMEDefang 2.71 on 85.214.41.38
Status: R
X-Status: 
X-Keywords:                  
X-UID: 7765

On 13/07/2015 20:37, Stephan Hennig wrote:
> Am 13.07.2015 um 18:23 schrieb Joseph Wright:
>
>> We are not unmindful of the problem of code that works with multiple
>> formats!
>
> I'm sure you aren't.
>
>
>> The luatebase package is loaded with plain TeX and is the common way to
>> allocate resources.
>
> Pointing to the luatexbase package reminds me on the mess^Wwealth of
> key-value packages for (La)TeX.  I've never looked at any of those just
> because there's so many to choose from.  For package contributors,
> having functionality scattered throughout many similar packages is
> really bad.  A package designer, basing on allocation in the LaTeX
> kernel and later realizing that (part of) the package can be abstracted
> from LaTeX has an additional burden of looking at alternative allocation
> mechanisms.
>
>
>> There are a variety of possible approaches where we either make it
>> 'aware' of kernel changes or provide a new format-neutral package
>> which incorporates the proposed kernel code when used with plain.
>
> I'm in favour of a format-neutral package, which is pulled into the
> (LaTeX) format.  It's a trade-off between format maintainer's and
> package contributor's burden.  From the point of view of a format
> maintainer, there a danger such centrally shared package being less
> stable than desired.  But let's see.  If a format-agnostic allocation
> package doesn't work out (technically or socially), any format
> maintainers can fork that package later still.  Why fork today?
>
> Best regards,
> Stephan Hennig
>

Hopefully there doesn't have to be a fork, just evolution, but to answer
"why today?"


Mostly because while there was time to incorporate extended etex
registers and xetex character class allocation into the latex format
in time for texlive 2015, luatex was a bigger job and was deferred until
later, ie now.

Having a package (or worse, potentially several packages) defining an
allocation scheme and being loaded after some resources are already
allocated has always been a very fragile aspect of the format.

You see this already with etex.sty not just luatex specific register
allocation, and so having the code in the format is a big improvement
really.

We are trying to get to a position where etex, xetex and luatex can all
be fully supported engines for the format, and we run the latex
regression test suite on all three engines as part of routine builds, we
can do that now for etex and xetex but not yet for luatex, but hopefully
we can get to that point sooon,

David


________________________________


The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is:

Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.


This e-mail has been scanned for all viruses by Microsoft Office 365.

________________________________