VG
и нафига дублировать работу?
Size: a a a
2021 August 06
AK
Что-то странное скомпилировано, где вызов билтина?
AK
И где он сам
AK
Какая-то жесть. Но вообще для чистоты
AP
какой такой "вызов"? там его прямо инлайном посчитали,
bsf видишь?AK
нужно брать argv(0)
AK
Так там вообще нет ничего, даже числа 3
AK
Или нет, числа 2
AP
в смысле "нет"?
AK
А, блин, всё, bsf в упор не увидел
MA
:)
Не завязал, но на нём сейчас пишу только для себя
В облаке старое как работало, так и работает, просто новое стали стараться писать на Go
S3 тоже как написан, так и работает на Perl.
Не завязал, но на нём сейчас пишу только для себя
В облаке старое как работало, так и работает, просто новое стали стараться писать на Go
S3 тоже как написан, так и работает на Perl.
AK
Да, теперь ясно 🙂
Мне кажется, bsf так и был вставлен. Но конечно экономия приличная на том, что нет бесполезных no-op операций со стеком, call (который тоже операции со стеком) и всего вот этого
Мне кажется, bsf так и был вставлен. Но конечно экономия приличная на том, что нет бесполезных no-op операций со стеком, call (который тоже операции со стеком) и всего вот этого
AK
Но мне бы код самого билтина глянуть... Так-то мой асм-код же не один bsf делает, он его использует внутри себя, а цель - получить список всех установленных бит
AP
суть в том, что при смене архитектуры этот буилтин останется рабочим
AP
к примеру, при выборе "арм", гцц генерирует "rbit"
AK
Ну так переключение между асм-вставками. Очень вероятно, что оно так и реализовано, я об этом
AP
да, но это уже не твоя забота
AP
ты получаешь оптимизированную функцию для работы с битами на любой поддерживаемой платформе без выучивания как оно там в асм
AK
Ну блин, во-первых мне не интересны архитектуры типа арм.
Во-вторых такое же переключение между вставками реализуется и на Crystal.
Там именно так сделано в fibers.cr
Во-вторых такое же переключение между вставками реализуется и на Crystal.
Там именно так сделано в fibers.cr