Нужен коллективный разум! Для принятия в C++20 stacktrace нужно придумать хорошее имя для класса stack_frame (который возвращает на рантайме данные об имени функции и её расположении в исходниках). Имя stack_frame не подходит, так как его конструктор потенциально работает с любыми указателями на функции (что не совсем то же самое, что указатели на фрейм). У кого какие идеи по наименованию?

Нужен коллективный разум! Для принятия в C++20 stacktrace нужно придумать хорошее имя для класса stack_frame (который возвращает на рантайме данные об имени функции и её расположении в исходниках). Имя stack_frame не подходит, так как его конструктор потенциально работает с любыми указателями на функции (что не совсем то же самое, что указатели на фрейм). У кого какие идеи по наименованию?

routine?

хм.. .а ещё варианты есть?

Нужен коллективный разум! Для принятия в C++20 stacktrace нужно придумать хорошее имя для класса stack_frame (который возвращает на рантайме данные об имени функции и её расположении в исходниках). Имя stack_frame не подходит, так как его конструктор потенциально работает с любыми указателями на функции (что не совсем то же самое, что указатели на фрейм). У кого какие идеи по наименованию?

stack_function? frame_function ?

Нужен коллективный разум! Для принятия в C++20 stacktrace нужно придумать хорошее имя для класса stack_frame (который возвращает на рантайме данные об имени функции и её расположении в исходниках). Имя stack_frame не подходит, так как его конструктор потенциально работает с любыми указателями на функции (что не совсем то же самое, что указатели на фрейм). У кого какие идеи по наименованию?

Лучший способ назвать что-то, это положить в название описание этого предмета. Ещё раз, что представляет собой этот класс?

stack_function? frame_function ?

+

Лучший способ назвать что-то, это положить в название описание этого предмета. Ещё раз, что представляет собой этот класс?

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

@arseny Арсенчику, спасибо за помосчь!

function_description

stacktrace - это вектор таких классов

function_description

длинно

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

function_ref(erence) ?

function_location или function_source

function_description

Desciption подразумевает описание поведения, а тут его нет

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

func(tion)_trace может

function_frame

function_ref(erence) ?

Такое наименования подразумевает возможность вызывать этот объект (+ такой класс уже добавляют в стандарт)

trace_frame

function_location или function_source

хмм... а вот эти имена хорошо звучат, надо попробовать

func(tion)_trace может

+1

stacktrace - это вектор таких классов

ну, в gdb backtrace состоит из frame'ов? frame - слишком коротко?

или я не понял смысла?

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

trace_point, лол

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

а, безотносительно стека вызовов?

угу

exec_point )

function_location или function_source

есть минус - член класса name() плохо сочетается с такими именами function_location::name() - немного странновато

exec_point ок

Или trace_point'

exec_point ок

да, норм

function_location или function_source

Мне нравится

есть минус - член класса name() плохо сочетается с такими именами function_location::name() - немного странновато

тогда надо что-то с point вворачивать

Такое наименования подразумевает возможность вызывать этот объект (+ такой класс уже добавляют в стандарт)

Почему ты всё додумываешь по названию какие-то действия? Совершенно неясно.

есть минус - член класса name() плохо сочетается с такими именами function_location::name() - немного странновато

function_location::pretty_str(), аля гццшное __PRETTY_FUNCTION__

Вот нинад pretty_str(),

это неудобно

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

Кстати, а глубина вызова же там должна тоже быть? Одна и та же функция же может быть в стеке вызовов несколько раз быть?

callstack_point ещё.

callstack_element

callstack_point ещё.

так фишка в том что может быть и не со стека

stacktrace - это вектор таких классов

stacktrace_point тогда

Как это не со стека, если это стек?

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

.

вот так

@antoshkka Антон, а просто function ты не хочешь заюзать?

.

Долго долго я стирал грязьку с экрана...

function_definition_info ?

function_definition_info ?

Ну не.

func_meta

func_info

fun_mekka (извините)

укоротить до function_info.

укоротить до function_info.

Ну вот уже почти ок, да.

но меня смущает, что stacktrace - вектор function_info )

тогда stacktrace надо тоже переименовывать

func_info

тут могут у людей возникнуть неприятные ассоциации с std::type_info, который в отличие от subj * не копируемый * не дофолтно конструкируемый * name() возвращает const char*, а не std::string

Даёшь call_trace и exec_point!

у меня глупый вопрос: просто info нельзя использовать? у вас же, поди, свой неймспейс

Или trace_point

у меня глупый вопрос: просто info нельзя использовать? у вас же, поди, свой неймспейс

не, неймспейс общий - std::

ясно

тогда trace_point

trace_info

function_call

exec_point имхо топ

Я тут посмотрел логи августовского заседяния LWG Есть все шансы увидеть flat_map и constexpr vector Активно правят вот эту упячку: https://cplusplus.github.io/LWG/lwg-active.html#2797 Перековыряли описание basic_string, теперь описание вменяемое и более короткое Почти прибили std::cin » some_char_array;, но ещё чутка остаётся Ranges пилили всю неделю вечерами

какой к чёрту constexpr_vector? это же мусор

или там через хитрый аллокатор?

ну или function_trace

какой к чёрту constexpr_vector? это же мусор

не, без ничжнего подчеркивания :) обычный вектор, чтобы мог использоваться в constexpr контексте

не, без ничжнего подчеркивания :) обычный вектор, чтобы мог использоваться в constexpr контексте

аааа. Если так, то круто. Будет интересно посмотреть, как это сделано

function_clue ?

Ну, это слэнг какой-то пошёл...

function_clue ?

потом function_token, за ним function_bounty, и хопа - в с++ встроен геймплей Hunt: Showdown

function_clue ?

function_meta

ну давайте так, stacktrace содержит информацию о вызовах, так давайте что-то call содержащее

function_footprint

callable_info ?

callee

)

function_footprint

не, чот не оч

ну давайте так, stacktrace содержит информацию о вызовах, так давайте что-то call содержащее

так идея в том что как раз можно и без вызова эту штуку сделать?

callable_info ?

тоже норм

а зачем делать эту штуку без вызова?

чтобы узнать где определена

call_info можно

а зачем делать эту штуку без вызова?

она не шаблонная, поэтому хранит в себе void*

call_point

ну я просто пытаюсь понять, если юзер создаст самостоятельно какой-нибудь exec_point ep(my_func), что полезного сможет он из него извлечь

function_data

ну я просто пытаюсь понять, если юзер создаст самостоятельно какой-нибудь exec_point ep(my_func), что полезного сможет он из него извлечь

сырец и номер строки и имя

alex_fails можно (продолжаем шутковать)

rabbit_hole

сырец и номер строки и имя

получается великолепный function_traits не имеющий никакого отношения к stacktrace и execution

Ну эт не трейты, эт просто инфа.

получается великолепный function_traits не имеющий никакого отношения к stacktrace и execution

ты прав, но traits я захочу специализировать :)