can't run some darwinlegacy binaries on MacOS Lion (again)
mojca.miklavec.lists at gmail.com
Wed Nov 3 18:56:23 CET 2021
On Wed, 3 Nov 2021 at 10:51, Werner LEMBERG wrote:
> In August 2019 I wrote the following:
> Some of the new binaries fail to run on my MacOS 10.7.5 box:
> > pdftex --version
> dyld: Symbol not found: __ZSt9terminatev
> Referenced from: /usr/local/texlive/2019/bin/x86_64-darwinlegacy/pdftex
> Expected in: /usr/lib/libc++abi.dylib
> in /usr/local/texlive/2019/bin/x86_64-darwinlegacy/pdftex
> Trace/BPT trap: 5
> All affected binaries (at least `pdftex', `xetex', and `etex') show
> the same error.
> I get the same again; the `pdftex` binary is dated June 30th, 2021;
> the other ones are older. Binaries from 2020 seem to work, BTW.
I only have physical access to the machine running the builds during weekends.
(I have a VM that's capable of doing the same, but I would prefer to
check the source of the problem.)
If you don't get any answer by Sunday morning, please ping me.
It's a tiny bit annoying because in order to make this work properly,
one needs a special version of libc++: it has to be extracted from the
development tools for Lion (10.7), copied over another file (with the
same name / same location) on Snow Leopard (10.6), and most likely
that gets overwritten whenever libc++ itself gets updated (together
with new versions of clang) with the package manager.
If I figure out a way to somehow test/print the version of libc++
(help welcome), I could add an extra check when building the binaries
on our CI infrastructure (if that would fail, I would at least
immediately know that I need to fix something).
An alternative would be to have a diligent tester on Lion during the
TL pretest period ;)
I could probably also set up a job to run the tests, but I would need
something (either VM or a real machine running Lion) that remains
online most of the time and periodically runs some set of tests.
More information about the tex-live