У них 100500 вариантов восстановления и переустанови, временами очень похожие, т.к. такое количество абсолютно различных вариантов придумать сложно. Правда ни один из них так и не работает 😁
Некоторые проголосовали за коммент - прибавьте (а остальные молча согласились 😁).
бинарная операция над двумя литералами, с одинаковым значением (единица).
Так и в ней нет ничего подозрительного, не менее подозрительно чем 1 << 2.
И почему, тогда не подозрительно что в последовательности
applyWorkingColorSpaces: 1 << 2,
emitHalftones: 1 << 3,
emitPostScriptXObjects: 1 << 4,
одну и ту-же единицу то на 2, то на 3 бита двигают? А где-то ниже эту-же самую единицу куда-то прибавляют, а там в сдвигах использовали? Это вообще warning as error (сарказм))
Под всю эту вариацию языков уже написан почти всеядный LLVM, который пережовывает это в свое внутреннее представление, а из него компиляцию в бинарник уже написали в рамках проекта.
ПО не только на C написано, а ещё версий C и других языков куча, а ПО часто сразу на нескольких языках писано + ассемблерные вставки. Это надо отправить описание всех версий всех языков, к исходникам прикрепить на какой версии какого языка его компилировать, а есть ещё ОС и зависимости, на которых это всё запускать ...
А тут один файл, и для его запуска надо только реализовать виртуалку из одной команды.
Память - это однородные ячейки, их насыпать не сложно. Основная сложность в архитектурах\микроархитектурах на тысячи команд. Эмулятор x86 явно будет сложнее 50 строк.
я сразу думаю не про бородатое прошлое нулевых, а про тот софт что сейчас - через 20 лет уже он будет "устаревшим" а ведь там очень много что "оптимизировано" по процессорам
Скорее всего к тому времени процессоры будут тащить это и без оптимизаций.
для такого "одного простого компилятора" нужно под каждый язык программирования заводить реализацию, плюс ручные доводки популярных как минимум
Нет - не надо, используют LLVM. В рамках этого проекта реализовали компиляцию промежуточного представления LLVM в этот код, а сам LLVM пережовывает все поддерживаемые языки в это промежуточное представление уже.
Смысл этого проекта как раз в том чтобы отвязаться от всей этой магии и перекомпилировать всё в код для максимально простой аппаратной архитектуры, буквально из !одной! инструкции (Тьюринг-полной), для которой эмулятор написать - это 50 строк кода, а лет через 1000 - можно будет и аппаратный исполнитель себе напечатать на домашнем литографе 😀
Но вполне можно было запустить одну легковесную виртуальную машину Hyper-V с Linux - ядром, и его использовать для контейнеров.
Рой ИИ-агентов Cognition доломает то, что не сломали другие ИИ-агенты /S
Так архиватор - же, не разархиватор)
Архиватор Бабушкина 2Gb -> 2-3kb /S
Да хотябы добавили бы какая программа, блин, её не даёт удалить, вместо "another programm" - уже бы было меньше головняка...
Спамеры спамят в спаме от спамеров 😁@moderator
У них 100500 вариантов восстановления и переустанови, временами очень похожие, т.к. такое количество абсолютно различных вариантов придумать сложно. Правда ни один из них так и не работает 😁
Некоторые "нормальные" машины выглядят получше, кмк. Но виноват, конечно, не Айв & Co,, а маркетинг 😅
Некоторые проголосовали за коммент - прибавьте (а остальные молча согласились 😁).
Так и в ней нет ничего подозрительного, не менее подозрительно чем
1 << 2.И почему, тогда не подозрительно что в последовательности
applyWorkingColorSpaces: 1 << 2,emitHalftones: 1 << 3,emitPostScriptXObjects: 1 << 4,одну и ту-же единицу то на 2, то на 3 бита двигают? А где-то ниже эту-же самую единицу куда-то прибавляют, а там в сдвигах использовали? Это вообще warning as error (сарказм))
Вот если бы было написано
define x = 1x << xтогда - да, на саму себя, сдвиг был бы. А
Под всю эту вариацию языков уже написан почти всеядный LLVM, который пережовывает это в свое внутреннее представление, а из него компиляцию в бинарник уже написали в рамках проекта.
ПО не только на C написано, а ещё версий C и других языков куча, а ПО часто сразу на нескольких языках писано + ассемблерные вставки. Это надо отправить описание всех версий всех языков, к исходникам прикрепить на какой версии какого языка его компилировать, а есть ещё ОС и зависимости, на которых это всё запускать ...
А тут один файл, и для его запуска надо только реализовать виртуалку из одной команды.
Да, но с какого-то момента память становится гораздо легче масштабировать чем пилить поддержку всех современных вычислительных изысков.
Понятно слишком много
говно-кода чтобы переписать это на нормальный ЯП 😅Память - это однородные ячейки, их насыпать не сложно. Основная сложность в архитектурах\микроархитектурах на тысячи команд. Эмулятор x86 явно будет сложнее 50 строк.
Скорее всего к тому времени процессоры будут тащить это и без оптимизаций.
Нет - не надо, используют LLVM. В рамках этого проекта реализовали компиляцию промежуточного представления LLVM в этот код, а сам LLVM пережовывает все поддерживаемые языки в это промежуточное представление уже.
Смысл этого проекта как раз в том чтобы отвязаться от всей этой магии и перекомпилировать всё в код для максимально простой аппаратной архитектуры, буквально из !одной! инструкции (Тьюринг-полной), для которой эмулятор написать - это 50 строк кода, а лет через 1000 - можно будет и аппаратный исполнитель себе напечатать на домашнем литографе 😀
Что-то они выпали из тренда переписывать всё на Rust.
В Word можно нажать Ctrl + (Num -)
Вот что чудотворные семечки да сухарики творят!!!11!
А я просто попросил Claude запомнить и больше не спрашивать - он себе куда-то в глобальную память записал 😎