АК
ну когда функция вызовется по указателю или каким либо другим образом - она залоггирует
Это немного другой случай. Но для логгирования макросы действительно хорошо подходят
Size: a a a
2020 December 12
IZ
Как наличие макроса внутри функции поможет по указателю на функцию вытащить её имя? Не рассматривая извращённые варианты с глобальными маппингами
Имелась у виду возможность самому из кода составит словарь адреса функции на имя функции
s
ну без дебаг инфы - никак, в этом и смысл дебаг инфы, процессору имена не нужны
bt
Он из буста за 5 сек прикручивается
АК
Если повезёт. Уже ждали в 20 и не дождались. Лучше б вместо корутин или рейнджей приняли стектрейс...
его уже приняли
A
его уже приняли
Куда, где?
bt
Куда, где?
В стандарт 23
bt
Все мы пыль перед великим и могущественным c++
АК
Тут бы просто дожить до 23)
ну, пару лет назад мы мечтали о концептах, а теперь они готовы и можно их использовать
AN
Да, leveldb собралась вполне на Андроид. Правда одно непонятно откуда грузиться библиотеки приложения будут. Просто если собирать с shared библиотеками(а тот же Qt я по лицензии должен линковать динамически), то мне надо библиотеки кидать вместе с приложением я так понял. Надо будет поюзать ещё манагер пакетов какой-нибудь.
АК
Есть код:
Ожидается, что get найдётся по ADL. Код успешно собирается последними версиями всех компиляторов, однако предпоследний gcc (10.2) говорит, что не может найти
template <class V>
auto f(V v) { return get<0>(v); }
#include <variant>
f(std::variant<int>{});
Ожидается, что get найдётся по ADL. Код успешно собирается последними версиями всех компиляторов, однако предпоследний gcc (10.2) говорит, что не может найти
get (который std::get). Это баг компилятора или какой-то нереализованный пропозал? Я нашёл только p0846, но по cppref он реализован в gcc-9.VS
Есть код:
Ожидается, что get найдётся по ADL. Код успешно собирается последними версиями всех компиляторов, однако предпоследний gcc (10.2) говорит, что не может найти
template <class V>
auto f(V v) { return get<0>(v); }
#include <variant>
f(std::variant<int>{});
Ожидается, что get найдётся по ADL. Код успешно собирается последними версиями всех компиляторов, однако предпоследний gcc (10.2) говорит, что не может найти
get (который std::get). Это баг компилятора или какой-то нереализованный пропозал? Я нашёл только p0846, но по cppref он реализован в gcc-9.в транке ошибок нет, в отличие от релизных версий
подозреваю, что баг
подозреваю, что баг
АК
в транке ошибок нет, в отличие от релизных версий
подозреваю, что баг
подозреваю, что баг
Я неправильно выразился - под последней версией я как раз и имел в виду транк. 10.2 действительно последний релиз
АК
Возможно ли как-то обойти это поведение? Тут не только ради adl, но и для того, чтобы не инклудить лишние хедеры (с std::get для std::variant).
AF
Возможно ли как-то обойти это поведение? Тут не только ради adl, но и для того, чтобы не инклудить лишние хедеры (с std::get для std::variant).
using std::get; можно?
АК
using std::get; можно?
В моем конкретном случае прокатило (в моем проекте), но я подозреваю, что для этого нужно хотя бы forward declaration std::get иметь. И он чисто случайно туда попал из других инклудов. Скорее всего, в коде выше не прокатит (с мобилы не могу проверить godbolt)