commit -m "better"

Forwarded from Блог*

making sure my codebase is properly agentic

😁38😭7🔥4❤2

1.8K views19:28

У меня это взрывается особенно феерично, потому что этот бинарь, без десятка слоев врапперов, попросту не запускается (как минимум, ему нужно подсунуть glibc, да).

Я сильно с этим заебался, но решил эту проблему.

Довольно быстро стало понятно, что корень проблемы в том, что я запускаю бинарь как ld-linux.so.2 /path/to/claude - довольно естественно на системе без glibc.

Ну и далее и везде бинарь клоды считал, что его executable path - ld-linux.so.2, со всеми вытекающими.

Попытки обмануть через env/argv не привели к успеху, bun берет этот путь через /proc/self/exe, и я попытался запатчить путь к загрузчику через patchelf.

Тыдыщ - и осознание, что в bun бинаре нет места. 234 MB, non-pie ET_EXEC c JS-рантаймом в конце файла - https://bun.com/docs/bundler/executables.

patchelf умеет безопасно переписать PT_INTERP только если новый путь не длиннее старого. Длиннее - он двигает сегменты, но загрузчик bun после этого сегфолтит.

Полез смотреть, как задачу решает nix - у них ровно та же проблема, patchelf + длинные пути.

Тыдыщ - https://github.com/nix-community/nix-ld

TL;DR - везде обман, пользователю nix делает вид, что у него все чисто, и нет ничего, кроме /nix store, а на самом деле он подкладывает произвольным программам все, что они захотят, в том числе, /lib64/ld-linux.so.2 по абсолютному пути. Куча mount bind, pivot_root, абсолютно проклято.

Я послал все в жопу, положил ld-linux.so.2 из Arch Linux в /bin, где ему и положено лежать (это не so, а статслинкованная программа, но проект #GNU врет вам везде, где только может), и поменял путь к PT_INTERP туда. Все заработало.

Почти забил, работает и работает, но потом решил, что негоже иметь glibc от Arch Linux. Зачем иметь два бинарных говна в системе, если можно иметь только одно?

И посадил клоду писать сборку glibc с clang, и без gcc runtime!

Это довольно сложно, поддержка clang появилась совсем недавно, https://www.phoronix.com/news/Patches-Allow-Glibc-Clang, а сборка без gcc runtime - все еще магия - https://www.linaro.org/blog/building-glibc-with-llvm-the-how-and-why/ https://www.collabora.com/news-and-blog/blog/2023/01/17/a-brave-new-world-building-glibc-with-llvm/

Кажется, мы с клодой были первые, кто сумел собрать glibc с compiler_rt runtime, но без зависимостей от libunwind, и это было довольно #изящно!

Вот наш суррогат libgcc для glibc поверх llvm - https://github.com/pg83/ix/blob/main/pkgs/lib/compiler_rt/builtins/libgcc/ix.sh

#LLM, будни #bootstrap

🔥20👍7🤡6❤5🆒2🤯1

2.13K viewsedited 21:17