s
в наше время нельзя уже быть уверенным что процессор команды исполнит те которые в ассемблере видишь)
Size: a a a
2021 February 15
s
про встраивание кода уже моветон думать - скорей всего то что в реальности происходить будет благодаря усилиям умного компилятора и процессора будет тяжело программисту предсказать
s
сейчас смысл inline вкратце - разрешение ODR
АВ
Почему регулярка \d+\s* ест одну цифру с пробелом, а дальше если есть цифры и пробелы то не ест?
В цикле надо
AR
И чего же такого нового про инлайн функции появилось? Окромя изначальной рекомендации встраивания + костылей как не получить по башке от линкера?
s
Alexandr Rudalev
И чего же такого нового про инлайн функции появилось? Окромя изначальной рекомендации встраивания + костылей как не получить по башке от линкера?
s
в основном нужен в хедерах
s
и то - это опасные мувы
AR
сейчас смысл inline вкратце - разрешение ODR
Ну как то притянули кота за уши.
1. ODR - это также и про
2. Костыли линковки инлайн функции не решаю задачу полносью, ибо возможны UB (при разном объявлении в разных единицах трансляции).
3. Зачем упор на хедеры? Да, с инлайн проще делать header only библиотеки, но пункт 2 это не решает.
4.
1. ODR - это также и про
Foo foo, extern Foo foo.2. Костыли линковки инлайн функции не решаю задачу полносью, ибо возможны UB (при разном объявлении в разных единицах трансляции).
3. Зачем упор на хедеры? Да, с инлайн проще делать header only библиотеки, но пункт 2 это не решает.
4.
static inline вообще никак не относится к ODR (из-за этого и лучше оптимизируются).АР
сейчас смысл inline вкратце - разрешение ODR
inline лишь меняет требование с "one definition" на "same definition"
ПК
Alexandr Rudalev
Ну как то притянули кота за уши.
1. ODR - это также и про
2. Костыли линковки инлайн функции не решаю задачу полносью, ибо возможны UB (при разном объявлении в разных единицах трансляции).
3. Зачем упор на хедеры? Да, с инлайн проще делать header only библиотеки, но пункт 2 это не решает.
4.
1. ODR - это также и про
Foo foo, extern Foo foo.2. Костыли линковки инлайн функции не решаю задачу полносью, ибо возможны UB (при разном объявлении в разных единицах трансляции).
3. Зачем упор на хедеры? Да, с инлайн проще делать header only библиотеки, но пункт 2 это не решает.
4.
static inline вообще никак не относится к ODR (из-за этого и лучше оптимизируются).inline в языке это именно "другая ветка в ODR". Идея в том, чтобы перестать считать это как "встраивание кода".IZ
А вот порядок в котором будут лежать поля bit field'а на сколько я помню implementation defined.
#zivtop
IZ
Почему регулярка \d+\s* ест одну цифру с пробелом, а дальше если есть цифры и пробелы то не ест?
/warn кросспостинг
G
Shack Ira has been warned (
1/3)D
Нарвался я на крайне любопытный warning в MSVC:
Код деструктора (lockfree-очередь):
Параметр шаблона
Что не нравится компилятору?
warning C4722: mpmc_queue<int, aligned_paged_allocator>::~mpmc_queue<int,aligned_paged_allocator>: деструктор не возвращает ресурсы, возможна утечка памятиКод деструктора (lockfree-очередь):
Ty dummy{};
for (;;) {
if (!unsynchronized_pop_impl<false>(dummy)) {
break;
}
}
destroy_node(node_pointer{m_head});Параметр шаблона
false означает "не копировать данные в output перед запихиванием узла во freelist"Что не нравится компилятору?
ПК
Warning пропадает, если убрать
Ty dummy🤔Что такое
Ty?D
Что такое
Ty?Любой тип, удовлетворяющий требованиям
trivially_copyable & trivially_destructibleПК
Любой тип, удовлетворяющий требованиям
trivially_copyable & trivially_destructibleНе, конкретно в случае варнинга