update lmtx / luametatex 2.05

update lmtx / luametatex 2.05

[Hans Hagen]

Hi,

I uploaded an update of lmtx. The current version of luametatex is 2.05 
which is kind of the first supposedly stable release because it 
incorperates most of what was on my agenda for the first phase 
(functionality level 20200229 which was when it happened). Of course I 
expect there to be bugs but not much that can't be solved fast. This 
version will be the starting point for Wolfgang and me to explore future 
  possibilities (more deep down in the context source code as well as in 
the engine). We'll see.

Although the performance of lmtx compared to mkiv is hit by more time 
onsuming backend code, it gets compensated by some optimizations 
elswehere, a smaller memory footprint, etc. As no one complains about 
performance it doesn't matter much anyway. Unless you used luajittex 
there will be no real difference in most cases.

We're in tex live code freeze time so I don't want to change much to the 
lua and tex part of the distribution right now but nevertheless there 
has been some minor (practical) adaptations in applying fonts that also 
reflects on mkiv but that should not be noticeable in practice (also 
because I rejected some adaptations that had a performance impact in mkiv).

Mojca and I decided to support yet another platform, this time arm 64 
bit for which we use a raspberry pi running ubuntu 64 bit, which brings 
the platforms supported by the build bot to 15:

     freebsd      freebsd-amd64
     openbsd6.5   openbsd6.5-64
     openbsd6.6   openbsd6.6-64
     linux-armhf  linux-aarch64
     linux        linux-64
                  osx-64
     mswin        win64

plus windows-clang-x86_64 and windows-x86_64 because they help to 
identify issues (and provide useful compiler warnings) but for now we 
stick to the mingw variants because they run a few percent faster than 
the (smaller) native windows version.

For those interested in tiny machines: the rpi performs roughly one 
third of what my laptop does which is not bad, although I suppose a more 
modern intel gen 10 i9 machine will be quite a bit faster. The benchmark 
is processing the luametatex manual which takes about 12 seconds on the 
laptop (252 pages, lots of tables, 250+ mp images, 20+ fonts files). A 
64 rpi is a little faster than the 32 bit variant. Because tex is a 
single thread/core process overclocking the little thingie has a 
positive effect too.

Anyway, it makes us confident that when the source gets into the 
distribution, which depends on the upcoming repository setup and should 
not interfere with the tl code freeze, users can compile themselves, 
something that can contribute to a more comfortable feeling of 
independence of complex and large compilation infrastructures.

Hopefully I didn't mess up too much,

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________