Дайте галочку? Две, на третий столик пжалста...

Ладно, тогда я вас не понимаю

Я уже потратил 21 день на изучение С++ и немного умею пользоваться шаблонами

И моя проблема все еще состоит в том, что я не умею алиасить имена функций

Умею только перевызывать

Потому что с точки зрения языка имя функции является значением типа

Проблема пока всё равно не ясна.

Проблема: я не могу сделать для функции альтернативное имя, я могу её только перевызвать

Зачем функции альтернативное имя? Хочется чтобы она была first class object?

Для того, чтобы не писать полное имя функции

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

Хорошие классы не стесняются своего полного имени.

Вы представляете, сколько раз шаблонный using используется в std?

using aaaa::bbbbb::cccc:: function?

такого синтаксиса в С++ нет

Почему?

не знаю

а, такой есть

это альтернатива using namespace

using std::swap

а вот сокращения template <bool test, typename result> using enable_if_t = typename enable_if<test, result>::type; ой как не зря придумали

И про это я упоминал :)

Спасибо, а я-то и не знал до этого, что такое бывает

(сарказм)

Вот к сожалению, так НЕЛЬЗЯ сделать для имени функции

угу, и все равно utils::global::read_resource<utils::global::main_thread_events_controller_interface> хорошо хоть в данном случае аргументы форвардятся

так что в этом случае пишем перевызов

а что есть перевызов?

перевызов это inline auto aliased_name() { return not_aliased_name(); }

auto f() { return g(); }

все-таки inline, но не суть

это требует полного копирования списка параметров это не работает, если not_aliased_name перегружена и аргументы не могут быть форварднуты

Есть интерфейс с длинными именами.

utils::global::

это неймспейс

Который лень писать

лень писать всю конструкцию utils::global::read_resource<utils::global::main_thread_events_controller_interface>

Есть namespace aliases

Есть using

using на namespace или имя из неймспейса в h файле это расстрел ноги

в локальном using namespace ничего плохого нет

в локальном это в каждой функции

спасибо

очень сильно сократило код)

Если сильно много функций

вместо utils::global::read_resource<utils::global::main_thread_events_controller_interface😠) буду писать using namespace utils::global; read_resource<main_thread_events_controller_interface>()

ug() { utils::global::read_....

это требует полного копирования списка параметров это не работает, если not_aliased_name перегружена и аргументы не могут быть форварднуты

^

Это совсем библиотечная функция?

proxy std forwar,f

?

вы же знаете, что perfect forwarding аргументов работает не всегда?

Да понял, перегрузка, не запроксить...

Как только речь идет о выражении, смысл которого определяется результирующим типом, perfect forwarding не работает

Например, {} вызов конструктора или взятие адреса перегруженной функции

Первое встречается бесконечно раз чаще

И что, там прям много вариаций read_resource?

ой, да таких примеров namespace details { template <typename TInterface, typename TConcrete, typename... TArguments> std::enable_if_t< sfinae::is_constructible_from<TConcrete, std::string>::value, std::unique_ptr<TInterface> > create_and_load_concrete_serializable(std::string const& tag, section_storage_interface & storage, TArguments&&... arguments) { std::unique_ptr<TInterface> object = std::make_unique<TConcrete>(tag); object->serialize(storage, std::forward<TArguments>(arguments)...); return object; } template <typename TInterface, typename TConcrete, typename... TArguments> std::enable_if_t< !sfinae::is_constructible_from<TConcrete, std::string>::value, std::unique_ptr<TInterface> > create_and_load_concrete_serializable(std::string const& tag, section_storage_interface & storage, TArguments&&... arguments) { std::unique_ptr<TInterface> object = std::make_unique<TConcrete>(); object->serialize(storage, std::forward<TArguments>(arguments)...); return object; } }

А, для удобства всё уже и так запроксировано, тогда только страдать...

BUNCH OF TROLLS! чета у меня пригорело

вот почему, скажите мне, почему нельзя реализовать std::unique_ptr::~unique_ptr() { reset(); }

http://llvm.org/svn/llvm-project/libcxx/trunk/include/memory ~unique_ptr() { reset(); } http://eel.is/c++draft/unique.ptr.single.dtor#2 Effects: If get() == nullptr there are no effects. Otherwise get_­deleter()(get())

@antoshkka научите слать дефект репорты http://eel.is/c++draft/lower.bound#2 ошибочно: *j < value правильно: std::less<> () (*j, value); реализации std в ms и clang вызывают std::less. имеется разница в < и std::less для указателей http://eel.is/c++draft/expr.rel#3 http://eel.is/c++draft/comparisons#2

Вот тут есть мануал http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html Я слал пару недель назад репорт - мне всё ещё не ответили, так как там завал и все готовятся к собранию

тут, собственно, второй подъехал

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

вот почему, скажите мне, почему нельзя реализовать std::unique_ptr::~unique_ptr() { reset(); }

Зачем?

Зачем?

Потому что reset() гарантированно сначала сбросит указатель и только потом вызовет deleter

Собственно я поймал в ногу, что у меня reset объекта вызван по стеку в результате срабатывания его деструктора

@webreh а почему не задефайнить макрос под функцию твою?

https://github.com/fenbf/AwesomePerfCpp

Собственно я поймал в ногу, что у меня reset объекта вызван по стеку в результате срабатывания его деструктора

Звучит интересно, можно код глянуть?

https://github.com/conan-io/conan/releases/tag/1.1.0

санитайзеры ловить должны

санитайзер в рантайме, как он compile-time оптимизацию поймает? Статический анализатор надо использовать, и -Wall -Wextra -Werror

oh god https://wandbox.org/permlink/W2gFmieEbMqxWcbp такие чудеса можно отлавливать чем-то кроме сборки с -O0?

^

отцы, а есть ли способ сказать линкеру, чтобы он, если инлайнил бы какую-то функцию, то оставлял бы незаинлайненный вариант тоже

ни шланг ни гцц, даже HEAD, с -Wall -Wextra ничего не говорят, увы про анализаторы соглашусь

а то у меня шланг выкидывает определенный символ (с lto), а потом ломается dlopen плагина, который на этот символ рассчитывает

отцы, а есть ли способ сказать линкеру, чтобы он, если инлайнил бы какую-то функцию, то оставлял бы незаинлайненный вариант тоже

линкер ничего не инлайнит, начнем с этого

да, но это происходит во время линковки с lto

я имею в виду выбрасывание ненужного по мнению линкера

компилятор в single translation unit, конечно, должен оставлять обе версии, а вот линкер уже вместе с мусором выплескивает ребенка