An hline input bug?

Phelype Oleinik phe.h.o1 at
Mon Sep 20 14:42:39 CEST 2021

On Mon, Sep 20, 2021 at 9:02 AM Schneider, Thomas (NIH/NCI) [E]
<schneidt at> wrote:
> Phelype:
> > Try the solution given here:
> >
> Thanks!  The first solution using
> \CatchFileDef{\foo}{foo.tex}{}
> is pretty clean.  The second is rather ugly.

Actually the second solution:

    \cs_new:Npn \expandableinput #1
      { \use:c { @@input } { \file_full_name:n {#1} } }
      { \cs_set_eq:NN \input \expandableinput }

is cleaner as it has zero dependencies.  This is probably in line with
what may end up in LaTeX.

> This problem will continue to come up because people want to be able
> to make simple data tables and read them in.  So I'm wondering if
> there could be a way to change \input{} again so it handles this
> common situation cleanly.

This is a tricky issue, but it's already under the radar (see, and hopefully there will
be a good solution soonish.


More information about the texhax mailing list.