чот тесты одинаковые, только язык задания разный

Нешел ответ, В.

есть ли гарантия в стандарте, что конструктор статической переменной функции вызовется не раньше первого вызова функции?

он вызовется при первом заходе в нее

в этом и фича

есть ли гарантия в стандарте, что конструктор статической переменной функции вызовется не раньше первого вызова функции?

Есть

иначе будет неотлаживаемый гемор с порядком инициализации глобалстатиков, если они еще друг от друга зависят то пипец

спасибо

есть ли гарантия в стандарте, что конструктор статической переменной функции вызовется не раньше первого вызова функции?

Причем оно потокобезопасно

есть ли гарантия в стандарте, что конструктор статической переменной функции вызовется не раньше первого вызова функции?

гарантия звучит так

http://en.cppreference.com/w/cpp/language/storage_duration#Static_local_variables Variables declared at block scope with the specifier static have static storage duration but are initialized the first time control passes through their declaration (unless their initialization is zero- or constant-initialization, which can be performed before the block is first entered). On all further calls, the declaration is skipped.

т.е. не при заходе в функцию, а выполняется в точности один раз при достижении объявления

потокобезопасно, да

ога, сеньк

иначе будет неотлаживаемый гемор с порядком инициализации глобалстатиков, если они еще друг от друга зависят то пипец

так он там и так есть

только с порядком деинициализации глобал статиков

Достаточно иметь структурную а не алгоритмическую последовательность

кстати а вот вопрос. а что если вот такая функция со статиком описана в хедере. и этот хедер по всей программе инклюдится. получается много таких функций в коде и куда компилятор запихнет определение? и не будет ли такого что у нескольких единиц трансляции будут свои разные копии такой функции?

кстати а вот вопрос. а что если вот такая функция со статиком описана в хедере. и этот хедер по всей программе инклюдится. получается много таких функций в коде и куда компилятор запихнет определение? и не будет ли такого что у нескольких единиц трансляции будут свои разные копии такой функции?

Одна

кстати а вот вопрос. а что если вот такая функция со статиком описана в хедере. и этот хедер по всей программе инклюдится. получается много таких функций в коде и куда компилятор запихнет определение? и не будет ли такого что у нескольких единиц трансляции будут свои разные копии такой функции?

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

Если функция не static там какаяниюудь

Если тупо inline

ща гляну может и статик

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

но я удивился что в хедере тело функции

ну inline по сути раскроется линейно, даже наверняка. а вообще не проще ли посмотреть дизасм листинг?)

статик

static DbLog & inst() { static DbLog instance; return instance; }

в хедере

,это не тот статик

а какой нужен

Я про сишный static

что за статик такой?

отдельная функция не член класса статическая?

Да

кстати а вот вопрос. а что если вот такая функция со статиком описана в хедере. и этот хедер по всей программе инклюдится. получается много таких функций в коде и куда компилятор запихнет определение? и не будет ли такого что у нескольких единиц трансляции будут свои разные копии такой функции?

для инлайн функций гарантии

ну тут не обьявлен инлайн

где?

static DbLog & inst() { static DbLog instance; return instance; }

Оно неявно инлайн

это статическая/ функция член класса

Потомучто член класса

любая функция, реализованная в объявлении класса, inline

вот этого не знал

вообще насколько я знаю компилятор сам ершает что инлайнить а что нет

типа даже на инлайн не смотрит

проверял - то что инлайн - инлайнит. то что нет - нет

но я не вдавался в разные варианты

inline это просто параметр линковки который говорит что ты сам отвечаешь за ODR

функции которые проверял были членами класса, обьявлены в хедере но определение было чуть ниже определения класса

и вот в определении было инлайн

угу

они инлайнились

inline это два слова

inline это просто параметр линковки который говорит что ты сам отвечаешь за ODR

И можно схлопывать кучу реализаций в одну

одно из них это подстановка

этим вы не управляете

другое это то, что значит ключевое слово в C++ и это инструкция линковщику

И можно схлопывать кучу реализаций в одну

тогда проблем нет

И можно схлопывать кучу реализаций в одну

Не так

Существует два режима линковки

(а) функция реализована один раз (б) (inline) функция реализована во всех использующих TU одинаково (см. ODR)

Шаблоны ещё дичь творят же

Там ваще магия

шаблоны по сути inline режим используют сразу

с уточнением про "нет требования реализации во всех TU"

еще есть кейз с шаблоном класса. когда в теле класса есть обьявление функции, а само определение скрыто в соседнем файле .tcc который инклюдится в хедер, где все определения шаблонных методов класса скрыты. они тоже все будут инлайн?

ERROR: S client not available

Ты должен их пометить ж

inline это свойство отдельной функции

Хотя смотря куда синклудил

Ты должен их пометить ж

предпочел и пометить да. но все же

кстати а вот вопрос. а что если вот такая функция со статиком описана в хедере. и этот хедер по всей программе инклюдится. получается много таких функций в коде и куда компилятор запихнет определение? и не будет ли такого что у нескольких единиц трансляции будут свои разные копии такой функции?

копий не будет, чего вы вообще решили что они должны быть?

Если синклудил до закрывающей скобки класса то нет проблем

не делай так

технически MSVC от 2015 вижака выдавал потенциальный ODR violation на попытку использовать лямбды в шаблонных функциях в .h файлах

копий не будет, чего вы вообще решили что они должны быть?

с того что содержимое хедера препроцессором копируется по всем файлам проета. и вызов конструктора статической переменной тоже

Если синклудил до закрывающей скобки класса то нет проблем

после

вроде Энтони говорил, что вижак чудит

с того что содержимое хедера препроцессором копируется по всем файлам проета. и вызов конструктора статической переменной тоже

инлайн функции не копируются, она имеет единственную реализацию после линковки

Если синклудил до закрывающей скобки класса то нет проблем

т.е. получается что инлайн неявный толкьо если определение функции внутри класса? а если только обьявление то нет?

т.е. получается что инлайн неявный толкьо если определение функции внутри класса? а если только обьявление то нет?

Да

да

все спасибо

в случае нескольких реализаций не инлайн функции вы в любом случае ошибку линкера получаете

а в случае разных реализаций одной инлайн функции linker UB no diagnosis

с того что содержимое хедера препроцессором копируется по всем файлам проета. и вызов конструктора статической переменной тоже

как у вас интересно получается заинклудить один и тот же файл несколько раз?

у меня вообще была ситуация на прошлой работе где написали шаблонов, crtp и прочей магии так что я менял тело функции но вызывалась старая реализация и курсор при отладке прыгал между функциями. так что все бывает)

как у вас интересно получается заинклудить один и тот же файл несколько раз?

в один цппшник не выйдет изза гардов

и то бывало что гарды не ставили кое где

в один цппшник не выйдет изза гардов

да вообще не выйдет, Смейк так не работает

к чему все гадания когда есть дизассемблер

objdump

можно и IDA поставить

к чему все гадания когда есть дизассемблер

можно и без него, просто взять указатель на функцию ф одном месте и в другом и сравнить их

ну тем более, действительно

но блин, это не гадания, один файл подключается один раз, иначе це буде хуйня

в один цппшник

в один цппшник

В какой цппшник? В один проект

В какой цппшник? В один проект

но один .h может подключаться в несколько .cpp