Вставки на ассемблере - это зло. Нормально написанный на C/C++ код соберётся под любую поддерживаемую архитектуру. Вставки же придётся писать под каждую с нуля.

А если без него никак то как тогда?

А если без него никак то как тогда?

ARM не такой уж и экзотический...

ну такое, последний раз когад на арме надо было оптимизировать, пришлось только неон интринсики брать

Малвари что-ли разрабатываешь, раз без асма никуда?

Вставки на ассемблере - это зло. Нормально написанный на C/C++ код соберётся под любую поддерживаемую архитектуру. Вставки же придётся писать под каждую с нуля.

А почему в малварях без асм никуда?

ну проверяешь архетиктуры, если для текущей нет асма, то тогда С версию собираешь

А почему в малварях без асм никуда?

Раньше вообще почти все малвари на асме писались, дабы успешнее скрываться от антивирусов и иметь небольшой размер. Сейчас же малварщики настолько обленились, что есть даже поделия, тащащие за собой .NET Framework.

И зачем делать двойную работу?

Потому что если компилятор узкое место не может соптимизировать, то либо делать работу, либо терпеть тормоза

И зачем делать двойную работу?

Потому что если компилятор узкое место не может соптимизировать, то либо делать работу, либо терпеть тормоза

так-то можно все на питоне написать, зачем лишнюю работу делать

Под x86 такого скорее нет, чем есть. Под различные ARM, AARCH64 и прочие возможно.

так-то можно все на питоне написать, зачем лишнюю работу делать

либо запатчить компилятор ))

Не помнишь статью на хабре, где пасан компиллер писал, его еше упрекнул чувак про связывание или еше что-то что там вставка, и его спросили, а как ще то, и он посеялся. Ну и не забываем про линь кстати там это добро еше есть

Та я просто не понимаю, почему на си писать для связки с питоном норм, а асм вставочки не норм, че там сложного то, помойму асм один из самых дружелюбных языков' - выучил команду и в бой

Если ты пишешь just for fun для себя - хоть весь проект пиши на асме, всем плевать.

Вставки на ассемблере - нулевая портируемость, плохая поддерживаемость.

если ты пишешь кросплатформенный продукт, то использовать асм тебе придется. как для инициализации и low level абстракций, так и для оптимизаций/ускорений алгоритмов

и как вендоры пилят дровишки и aes-ы под свое железо с такими правилами :)

Драйверы - это совсем другое дело.

если ты пишешь кросплатформенный продукт, то использовать асм тебе придется. как для инициализации и low level абстракций, так и для оптимизаций/ускорений алгоритмов

openssl прикладное

Это либа и её код - адское говно. А равно как и ffmpeg.

про организацию - феерический бред :)

напиши лучше. или быстрее

потом делай глубокомысленные заявления :)

К примеру возьмём Telegram Deskop. Написан на плюсах с использованием Qt. Кроссплатформенное ПО. Найди в нём ассемблерные вставки пожалуйста. Его код тоже лютое говно кстати.

телеграм десктопу асм не нужен

openssl прикладное

К примеру возьмём Telegram Deskop. Написан на плюсах с использованием Qt. Кроссплатформенное ПО. Найди в нём ассемблерные вставки пожалуйста. Его код тоже лютое говно кстати.

☝️

если ты пишешь кросплатформенный продукт, то использовать асм тебе придется ^^ Я вижу тут противоречие.

Нет, это шаред-либа.

Ясно. С вами, сэр, разговор окончен ибо не имеет смысла.

К примеру возьмём Telegram Deskop. Написан на плюсах с использованием Qt. Кроссплатформенное ПО. Найди в нём ассемблерные вставки пожалуйста. Его код тоже лютое говно кстати.

Кек в QT вставочки показать?

Кек в QT вставочки показать?

да и откуда им взяться, если visual C++ х86_64 не поддерживает инлайн асм

ну покажи

https://github.com/qt/qt/blob/0a2f2382541424726168804be2c90b91381608c6/src/corelib/arch/qatomic_ia64.h

IA64.

и?

давай посвежее возьмем

#ifdef __ARM_NEON__