Подавил Warning, ушёл тестить. Если упадёт - вечер предстоит нескучный

Парни, хочу попробовать накидать простенький интерфейс для flow-based programming, думаю взять imgui, но хочу кроссплатформенное и чтобы ещё в вебе работало хорошо. Вот на реддитах пишут, что оно довольно сносно работает. Стоит ли в это лезть или посмотреть на что-то другое?

нормально

я даже хз что можно найти лучше чтобы еще и в вебе запускать

Имгуи умеет в веб?

плюсы можно скомпилить

спасибо

Зачем побочный эффект ставить как основное свойство?
Основное свойство: inline позволяет встроить код.
Побочный эффект: если функцию компилятор решил реализовать - то результат должен быть одинаковым для разных единиц трансляции и объединён при линковке.
static inline — вообще не имеет отношения к ODR, так как отпадает требование к однозначности результата. Компилятору даже не требуется следовать "соглашению о вызовах".

Так что помнить про особые требования к реализации inline функций стоит (как и про любые вещи с UB в C++), но ставить это во главе inline я бы не стал.

Нет кирпич прав

> inline позволяет встроить код

Это как раз побочное следствие.
Или ты хочешь сказать, что без Inline код никогда не встроится?

Спасибо, попробую поиграться, посмотреть на размер .wasm-файликов. Пишут, что сейчас emscripten неплохо продвинулся в этом плане

Если функция не была помечена как inline то она будет реализована явно в соответствии с соглашением о вызове.

Вернее так: https://godbolt.org/z/oW5xbe

Ну стоит отличать вычисление значения на этапе компиляции от реализации. foo(int) - была реализована

Смотри второй вариант

А теперь добавь inline

Короче, сейчас ситуация такая. Компилятор умеет встраивать (и встраивает когда захочет) любую функцию, код которой он видит. inline имеет побочное свойство "позволяет встраивать код", потому что засчёт своей природы заставляет программиста писать код в каждом TU, что приводит к тому, что компилятор видит тело функции и встраивает

Без inline функция всё равно встроена в main. Какая разница что будет с Inline?