Здравствуйте, YuriV, Вы писали:
YV>Здравствуйте, ollv, Вы писали:
YV>>>А то, что в прагме не работает так это проблемы прагма месседж скорее, ведь стандарта на эти макросы нет.
O>> И ?
YV>Что И? Я говорил про CTTI,
А я говорил про __PRETTY_FUNCTION__
YV>она свои функции выполняет, а про __PRETTY_FUNCTION__, которая не predefined macro вы заговорили. Если лень гуглить, то:
Вот просто перечитайте сообщение —
__PRETTY_FUNCTION__ — не компайлтайм сущность, все. Инче всавьте это в компайлтайм параметром, в отличие от __FUNCSIG__ (в остальном они эквиваленты, дает сигнатуру фанкшина в момент инстанциации). Говорить тут больше не о чем.
YV>YV>Expanding __func__ at preprocessing time requires the preprocessor to know which function it's processing. The preprocessor generally doesn't know that, because parsing happens after the preprocessor is already done. Some implementations combine the preprocessing and the parsing, and in those implementations, it would have been possible for __func__ to work the way you'd like it to. In fact, if I recall correctly, MSVC's __FUNCTION__ works like that. It's an unreasonable demand on implementations that separate the phases of translation though.
YV>
И?
YV>У майкрософта свой вэй 
Претти фашкшин тоже генерируется на инстанциации метода, а значит — уже на этапе синтаксического анализа (причем на разных линиях трансляции могут иметь разные значения). А не препроцессинга,
Compiler can be as trained AI but can't compose music.
Antheil piano jazz sonata. Я болен ПГМ.
