From: Hans Hagen via ntg-context <ntg-context@ntg.nl>
To: ntg-context@ntg.nl
Cc: Hans Hagen <j.hagen@freedom.nl>
Subject: Re: protected macro vs protected luacall
Date: Fri, 27 Jan 2023 12:52:49 +0100 [thread overview]
Message-ID: <57bcbdc0-7ac6-735a-a070-364403276254@freedom.nl> (raw)
In-Reply-To: <c48da18a9aa3ba0f43be2d7d4ef4f55baac37d1d.camel@henrimenke.de>
On 1/27/2023 12:03 PM, Henri Menke via ntg-context wrote:
> How much do you think would break if protected luacall were treated
> like protected macros after \the in the engine?
That kind of incompatibility is no option (I'm not going to analyze it
for mkiv let along other macro package usage which is out of my scope).
> That would probably need an extra branch in the switch(cur_cmd) in
> scan_something_internal. Currently protected luacall just goes to the
> default branch (You can't use ...).
For various reasons luatex got frozen around version 1 and demand for
stability (which also excluded experiments) is one of them. So, one has
to work with what one gets (not much different from the rest of tex
functionality). With careful coding the performance hit is not that
large and machines still get a bit get faster so that compensates it
anyway. Although some low level approaches can bring benefits it's never
homogenious and largely depends on use cases.
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 / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___________________________________________________________________________________
prev parent reply other threads:[~2023-01-27 11:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-26 20:33 Henri Menke via ntg-context
2023-01-26 22:07 ` Hans Hagen via ntg-context
2023-01-27 9:13 ` Henri Menke via ntg-context
2023-01-27 9:30 ` Hans Hagen via ntg-context
2023-01-27 9:35 ` Henri Menke via ntg-context
2023-01-27 10:01 ` Hans Hagen via ntg-context
2023-01-27 11:03 ` Henri Menke via ntg-context
2023-01-27 11:52 ` Hans Hagen via ntg-context [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57bcbdc0-7ac6-735a-a070-364403276254@freedom.nl \
--to=ntg-context@ntg.nl \
--cc=j.hagen@freedom.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).