Re: /usr/local/texlive/2026/bin/x86_64-darwinlegacy/luajithbtex from install-tl crashes on intel macOS High Sierry, Version 10.13.6

> Pete Dyballa wrote:
>=20
> Dyld Error Message:
> 	Symbol not found: ___emutls_get_address
> 	Referenced from: =
/usr/local/texlive/2026/bin/x86_64-darwinlegacy/luajithbtex
> 	Expected in: /usr/lib/libc++.1.dylib
> 	in /usr/local/texlive/2026/bin/x86_64-darwinlegacy/luajithbtex

After firing up my 2010 MacBook Pro running High Sierra (and being =
surprised it still boots), and using install-tl to install the latest =
TeX Live on it, I get the very same error

$ /usr/local/texlive/2026/bin/x86_64-darwinlegacy/luajithbtex --version
dyld: Symbol not found: ___emutls_get_address
  Referenced from: =
/usr/local/texlive/2026/bin/x86_64-darwinlegacy/luajithbtex
  Expected in: /usr/lib/libc++.1.dylib
 in /usr/local/texlive/2026/bin/x86_64-darwinlegacy/luajithbtex
Abort trap: 6

Such error has been linked to a bug in some versions of gcc for Mac OS =
X, see

https://stackoverflow.com/a/7885307

So this depends on how the x86_64-darwinlegacy binaries are built, with =
which gcc.

Moving the binary over to a Tahoe Mac so vtool can be run, I get

% file /Volumes/TRANSFER/luajithbtex
/Volumes/TRANSFER/luajithbtex: Mach-O 64-bit executable x86_64

% vtool -show-build /Volumes/TRANSFER/luajithbtex=20
/Volumes/TRANSFER/luajithbtex:
Load command 9
      cmd LC_VERSION_MIN_MACOSX
  cmdsize 16
  version 10.6
      sdk 10.6

% otool -L /Volumes/TRANSFER/luajithbtex  /Volumes/TRANSFER/luajithbtex:
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current =
version 5.0.1)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current =
version 123.0.0)

So this is an Intel binary, built with the mac OS X 10.6 SDK (hence Snow =
Leopard) and linked dynamically to Apple's version 5.0.1 (whatever this =
means) of libc++.

I didn't manage to go further than that. Downloading (possibly Apple =
Developer account required)

=
https://download.developer.apple.com/Developer_Tools/xcode_4.2_for_snow_le=
opard/xcode_4.2_for_snow_leopard.dmg

to look at the 10.6 SDK, there's a libgcc_s.10.5.dylib there (linking to =
libgcc_s is one of the solutions suggested in the Stack comment above) =
but it doesn't seem (using nm -g) to define a ___emutls_get_address.

Also, the SDK seems to be all about libstdc++, not libc++. Possibly the =
x86_64-darwinlegacy builds were built with a gcc from MacPorts or =
Homebrew, not from Apple's Developer tools.

Not sure this helps at all, but this is all I could get.

Bruno