Latex3: Argument Runaway avec fontspec/LuaLaTeX après l'installation de l3kernel 17/10/2018

Remarque : le document CONTRIBUANT indique d'ajouter une étiquette « bug » pour cela, mais comment faire ?

Je peux me tromper mais je ne pense pas qu'il y ait assez d'informations ici pour savoir ce qui pourrait déclencher le bug. Pouvez-vous fournir un exemple minimal qui démontre le problème?

@wspr un exemple minimal pour moi est

~~~~
classe de document{livre}
usepackage{fontspec}
%tracingmacros=1
newfontfamilyarabicfont{Amiri}

commencer{documenter}
abc
fin{document}
~~~~

J'obtiens une erreur similaire si je charge \usepackage{libertine} .

OK, c'est spécifique à LuaTeX, donc je me demande si c'est quelque chose dans le texte du message qui dépend de la forme de la commande de chargement de police.

La rupture semble dépendre de la longueur du nom du module. Avec 8 caractères ça casse :

~~~~
classe de document{livre}
usepackage{fontspec}
ExplSyntaxeOn
%supprimer le message de spécification de police
msg_ set:nnn {fontspec}{defining-font}{}

%nouveau message de test
msg_ set:nnn {testtest} {defining-font} %fonctionne avec testtests et testtes
{
g__fontspec_defined_shapes_tl
}

newfontfamilyarabicfont{Amiri}

msg_ info:nn {testtest} {defining-font} %breaks
ExplSyntaxeDésactivée

commencer{documenter}
abc
fin{document}
~~~~

Le message de xelatex est plus long que celui de lualatex, mais à côté de cela je ne vois rien d'évident.

@u-fischer Je pense avoir une idée de la source du problème... j'ai besoin de résoudre quelques problèmes.

@josephwright et j'obtiens également l'erreur dans xelatex avec un message approprié.

~~~~
msg_ set:nnn {testtest} {defining-font} %fonctionne avec testtests et testtes
{
(m/n)~avec~
<->" Amiri:mode=node;script=latn;language=DFLT; "
}

~~~~

@u-fischer Oui, cela correspond à ma supposition quant au problème: je dois retracer l'emballage, mais je pense que je peux réparer après le travail.

En coupant plus loin, on peut arriver à par exemple

\RequirePackage{expl3}
\ExplSyntaxOn
\iow_wrap:nnnN
  {
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx~
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  }
  { xxxxxxxxxxxxxxxxxxxxxxx }
  { }
  \iow_term:n

_c'est-à-dire_ c'est un problème de moteur neutre causé par les longueurs de ligne exactes impliquées.

Du CTeX numéro 384 . J'ai initialement testé article , book , etc, qui fonctionnait bien avec unicode-math . Mais le passage de la classe de document à ctexart , ctexbook produit un problème similaire à celui de l'OP. Au départ, j'ai supposé que c'était un bogue dans CTeX. Mais maintenant, cela semble être un bug de l3kernel .

% !TeX program = XeLaTeX
% l3kernel update, 2018-10-17:
% https://ctan.org/ctan-ann/id/[email protected]
\documentclass{ctexart}
\usepackage{unicode-math}
\begin{document}
$e^{i\pi} = -1$
\end{document}

avec des messages d'erreur :

...
Runaway argument?
76543210\q_stop newline - 'bold' (bx/n) with NFSS spec.: <->s*[0.9999\ETC.
! File ended while scanning use of \__iow_wrap_end_chunk:w.
<inserted text> 
                \par 
<*> ./test-ctex-unicode-math.tex

?

@ RuixiZhang42 J'y travaille: je m'attendrais à le réparer aujourd'hui.