ПК
(только для clang/gcc)
Size: a a a
2021 February 15
АР
предположил, потому что локальные переменные инлайн функций тоже требуют место на стеке. Годболт это отличная идея, щя
не факт, могут и в регистры влезать
АР
вообще конечно написание плюсового кода который будет транслироваться в желаемый асм это то еще искусство
ZZ
Если не сложно, скриншот с кнопкой. Тупой я, в упор не вижу.
ZZ
нашел
ZZ
output -> галочки
ПК
Если не сложно, скриншот с кнопкой. Тупой я, в упор не вижу.
ZZ
спасибо
A
вообще конечно написание плюсового кода который будет транслироваться в желаемый асм это то еще искусство
Это кажется не особо возможным, если код не тривиальный. Так как разные версии одного и того же компилятора генерят часто совершенно разный асм
АР
Это кажется не особо возможным, если код не тривиальный. Так как разные версии одного и того же компилятора генерят часто совершенно разный асм
именно поэтому это и сложно )
ZZ
https://godbolt.org/z/q1doMs не инлайнит покашо. Убёг на час.
BU
зачем ему инлайнить, там внутри конструктор std::string и вывод в cout
m
Добрый день, коллеги. Компилятор компилит функцию, в ней куча инлайнов. Очень неэффективно расходуется стек: совершенно разные пути исполнения, буквально перед разными return разные инлайн функции, по уму они могут реюзать адреса на стеке, а получается что нет. Какое щас состояние дел у clang в этом вопросе? Особые ключи?
Согласно abi amd64 на сколько я помню место на стеке выделяется один раз на входе в функцию если не используются
alloca и подобные механизмы. О какой неэффективности идет речь?s
tag 1 | (tag2 << 48)тут кстати еще один момент потенциально к долгой отладке приводящий может быть - если например x - 64 разрядный, а платформа 32 разрядная, тогда тут вот важно будет наличие литерала у 1ки(или маски)
x | (1UL << N)s
без литерала 1ка сдвинется как 32 разрядное
D
тут кстати еще один момент потенциально к долгой отладке приводящий может быть - если например x - 64 разрядный, а платформа 32 разрядная, тогда тут вот важно будет наличие литерала у 1ки(или маски)
x | (1UL << N)Тогда уж
1ULL, а вообще, емнип, компиль ругнетсяs
Тогда уж
1ULL, а вообще, емнип, компиль ругнетсямб, но в данном случае важно на это внимание обращать, а чего компилю ругаться?
s
он сдвигает 32 разрядное, получает 0, затем приводит его к 64 разрядному
s
все ок
D
мб, но в данном случае важно на это внимание обращать, а чего компилю ругаться?
Warning на MSVC точно будет, а вот получим ли ошибку при флаге /WX - не помню