в данном случае Ret = int, разве нет?

Ret {aka int (Item::*)()

pointer to member function он

возвращающий инт

а как получить тип возвращаемого значения?

и пихнуть его в Ret

а как получить тип возвращаемого значения?

http://ru.cppreference.com/w/cpp/types/result_of

http://ru.cppreference.com/w/cpp/types/result_of

http://en.cppreference.com/w/cpp/types/result_of починил, не благодари

http://en.cppreference.com/w/cpp/types/result_of починил, не благодари

я и английском понимаю, но спасибо

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

а.. я почему то подумал, ты наоборот перевел на русский ))

а подскажите еще, как впихнуть std::result_of в мой пример?

что ему положить в темлейт?

м.б. я не совсем понял задачу, но почему не сделать так? https://godbolt.org/g/T66By6

что ему положить в темлейт?

using Ret = std::result_of_t<Getter(T*)>;

что ему положить в темлейт?

https://ideone.com/lIb6ST полный пример

using Ret = std::result_of_t<Getter(T*)>;

Блин... T* это явно переданный this?

А нельзя связать Getter get с T* t, там через std::bind или как-то еще, чтоб можно было обращаться к Getter get к самостоятельной функции?

Блин... T* это явно переданный this?

ну сигнатура у функции int (Item::*)() она первым аргументом принимает поинтер на экземпляр класса Item

ну так сделай bind, чтобы это был просто функтор

bind тебе выдаст объект типа std::function<int()>

А нельзя связать Getter get с T* t, там через std::bind или как-то еще, чтоб можно было обращаться к Getter get к самостоятельной функции?

можно но у мембер-функции другая сигнатура в отличие от свободной

я понял, спасибо

вообще bind нинужен

т.к. в твоем случае вообще надо биндить shared_from_this() иначе ты рискуешь вызывать свой гет на уже убитом объекте

лямбды нагляднее

Всем доброго вечера. Есть проблема исключительно чайниковского характера. Среда - Codebloks. Есть многофайловый проект, который мы пытаемся собрать. При попытке это сделать среда грустно пишет, что не нашла объектный файл там, где он с точки зрения среды( и моей) должен быть. Смотрим в папочку - действительно. Нет файла. Берем команду, которой среда клепает объектный файл, скармливаем командной строке и воуля. Файл на месте. Путь указан в настройках вроде как верный. В чем может быть проблема?

Всем доброго вечера. Есть проблема исключительно чайниковского характера. Среда - Codebloks. Есть многофайловый проект, который мы пытаемся собрать. При попытке это сделать среда грустно пишет, что не нашла объектный файл там, где он с точки зрения среды( и моей) должен быть. Смотрим в папочку - действительно. Нет файла. Берем команду, которой среда клепает объектный файл, скармливаем командной строке и воуля. Файл на месте. Путь указан в настройках вроде как верный. В чем может быть проблема?

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

проект code::blocks как сгенерирован, чем?

проект code::blocks как сгенерирован, чем?

сделан из шаблона, добавлены файлы.

странно что команды, скопированные из билдлога в консоли отлично отрабатывают. И кстати потом C::B их отлично видит. до очистки каталога .obj/

всё отлично, только ничего не работает :)

ну я конечно biased но для начала я бы сгенерировал этот проект из cmake

ну я конечно biased но для начала я бы сгенерировал этот проект из cmake

make файлов нет, cmake на этот проект не планирую. Его изучать буду чуть позже, не доросла еще до таких продвинутых технологий:D Интересует почему одни и те же команды работают в консоли и не работают в C::B. Явно же косяк в среде.

make файлов нет, cmake на этот проект не планирую. Его изучать буду чуть позже, не доросла еще до таких продвинутых технологий:D Интересует почему одни и те же команды работают в консоли и не работают в C::B. Явно же косяк в среде.

вот я и говорю - зачем писать проект в косячной среде если можно сделать простой cmake и генерировать из него потом code::blocks проект, который ХОТЯ БЫ будет работать, непонятно

make нинужен

базовые вещи в cmake делаются элементарно

вот я и говорю - зачем писать проект в косячной среде если можно сделать простой cmake и генерировать из него потом code::blocks проект, который ХОТЯ БЫ будет работать, непонятно

На соседнем компе оно работает.

На соседнем компе оно работает.

ТЕМ БОЛЕЕ

базовые вещи в cmake делаются элементарно

А я хочу нажать кнопочку Build и то бы оно отработало. Как на соседнем компьютере:D

если одна среда не может reproducibly сделать одно и то же на двух разных машинах - такая среда не нужна

А я хочу нажать кнопочку Build и то бы оно отработало. Как на соседнем компьютере:D

ты так и будешь сделать когда сгенеришь цмаком code::blocks project

C другой стороны, если ты фанат мазохизма - не буду мешать.

Проблема решена, землекопа полтора - проблема в версии. cmake - это круто, но пока его освоение откладывается до следующего проекта)

вот я и говорю - зачем писать проект в косячной среде если можно сделать простой cmake и генерировать из него потом code::blocks проект, который ХОТЯ БЫ будет работать, непонятно

CMake кстати может и в Code blocks тоже

CMake кстати может и в Code blocks тоже

я это сразу и предложил

@antoshkka ребят, а в std::optional решили не поддерживать reference type по причине того, что в этом случае можно обойтись указателем? скажем, была у меня функция, которая возвращала boost::optional с ссылочным типом, чтобы не копировать value из поискового метода: boost::optional<foo const&> find_foo_or_none(...); ... auto f = find_foo_or_none(); if( f ) { auto&& v = *f; } группа по стандартизации считает, что это не кейс для std::optional и можно обойтись: foo const* find_foo_or_none(...); ... auto f = find_foo_or_none(...); if( f ) { auto&& v = *f; } ?

@antoshkka ребят, а в std::optional решили не поддерживать reference type по причине того, что в этом случае можно обойтись указателем? скажем, была у меня функция, которая возвращала boost::optional с ссылочным типом, чтобы не копировать value из поискового метода: boost::optional<foo const&> find_foo_or_none(...); ... auto f = find_foo_or_none(); if( f ) { auto&& v = *f; } группа по стандартизации считает, что это не кейс для std::optional и можно обойтись: foo const* find_foo_or_none(...); ... auto f = find_foo_or_none(...); if( f ) { auto&& v = *f; } ?

Семантика присваивания таких optionalов неочевидна. http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3672.html#optional_ref - тут подробно

@antoshkka ребят, а в std::optional решили не поддерживать reference type по причине того, что в этом случае можно обойтись указателем? скажем, была у меня функция, которая возвращала boost::optional с ссылочным типом, чтобы не копировать value из поискового метода: boost::optional<foo const&> find_foo_or_none(...); ... auto f = find_foo_or_none(); if( f ) { auto&& v = *f; } группа по стандартизации считает, что это не кейс для std::optional и можно обойтись: foo const* find_foo_or_none(...); ... auto f = find_foo_or_none(...); if( f ) { auto&& v = *f; } ?

Убрали по той же причине из variant: variant<int, int&> v; // ... v = 10; // Что тут произойдёт? Запишется 10 в variant или 10 запишется в int на который variant ссылается

@antoshkka ребят, а в std::optional решили не поддерживать reference type по причине того, что в этом случае можно обойтись указателем? скажем, была у меня функция, которая возвращала boost::optional с ссылочным типом, чтобы не копировать value из поискового метода: boost::optional<foo const&> find_foo_or_none(...); ... auto f = find_foo_or_none(); if( f ) { auto&& v = *f; } группа по стандартизации считает, что это не кейс для std::optional и можно обойтись: foo const* find_foo_or_none(...); ... auto f = find_foo_or_none(...); if( f ) { auto&& v = *f; } ?

При этом остаётся std::reference_wrapper, который можно смело использовать в optional и variant для получения экффекта как в Boost имплементациях

Igor @antoshkka спасибо за разъяснение!

@antoshkka ребят, а в std::optional решили не поддерживать reference type по причине того, что в этом случае можно обойтись указателем? скажем, была у меня функция, которая возвращала boost::optional с ссылочным типом, чтобы не копировать value из поискового метода: boost::optional<foo const&> find_foo_or_none(...); ... auto f = find_foo_or_none(); if( f ) { auto&& v = *f; } группа по стандартизации считает, что это не кейс для std::optional и можно обойтись: foo const* find_foo_or_none(...); ... auto f = find_foo_or_none(...); if( f ) { auto&& v = *f; } ?

По-моему так совершенно безумная идея пытаться в optional вляпать гипотетически ссылку. Ссылка всегда должна иметь значение, а optional как раз и наоборот

А тут по инф. без. люди есть?

По-моему так совершенно безумная идея пытаться в optional вляпать гипотетически ссылку. Ссылка всегда должна иметь значение, а optional как раз и наоборот

почему? есть значение, беру по ссылке, не копируя, нет ссылки, ну на нет и суда нет: template<typename T> class reference_optional { T* ref_; public: reference_optional() : ref_(nullptr) {} explicit reference_optional(T &r) : ref_(&r) {} bool has_value() const {return ref_ != nullptr;} T const& value() const {return *ref_;} }; `

то есть для моего кейса был бы нужен readonly_optional, если бы он был, который бы работал как std::reference_wrapper с возможностями std::optional, как и написал Антон.

А тут по инф. без. люди есть?

Лучше сразу вопрос

Я прост на буд спросил.)

По-моему так совершенно безумная идея пытаться в optional вляпать гипотетически ссылку. Ссылка всегда должна иметь значение, а optional как раз и наоборот

На оборот же. optional часто как раз хочется для объектов у которых не бывает пустых значений.

почему? есть значение, беру по ссылке, не копируя, нет ссылки, ну на нет и суда нет: template<typename T> class reference_optional { T* ref_; public: reference_optional() : ref_(nullptr) {} explicit reference_optional(T &r) : ref_(&r) {} bool has_value() const {return ref_ != nullptr;} T const& value() const {return *ref_;} }; `

Ну это указатель называется...

ERROR: S client not available

Ну это указатель называется...

между тем этот use case поддерживает boost::optional для замены указателя, ну а так-то да, я об этом в исходном вопросе написал.

может кто знает, можно ли в Poco::Util::Option сделать _группу_ опций required?

У... Это такие дебри... Вряд ли

может кто знает, можно ли в Poco::Util::Option сделать _группу_ опций required?

Что это вообще? ?

Ну параметры в файле конфигурации.

Ну параметры в файле конфигурации.

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

docopt используй да и всё

хм, какую-то ещё штуку только что нашёл бесплатную для анализ опенсорс проектов. Пробовал кто-нибудь? https://about.sonarcloud.io/

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

Там править можно

Там править можно

можно просто не читать)

можно просто не читать)

Лучше прочитать и исправить

@zamazan4ik сейчас попробую :)

@zamazan4ik сейчас попробую :)

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

мб тут есть из пивас кто-нибудь?

у меня есть уже coverity

пивас как-то не особо адекватно относились к опенсорсу

ERROR: ld.so: object '/home/cebka/build-wrapper-linux-x86/libinterceptor-${PLATFORM}.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

пока вот так

пивас как-то не особо адекватно относились к опенсорсу

пивас для опенсурса вроде бесплатно доступен, не?

раньше не был

пивас для опенсурса вроде бесплатно доступен, не?

ну с условием добавления комментария к .cpp - да, бесплатно

для хедеров ничего добавлять не надо - бесплатно проверяет

"у" - удобство по-русски

ну с условием добавления комментария к .cpp - да, бесплатно

ну для опенсурса это не настолько плохо, учитывая что продукт коммерческий вообще

я бы это назвал другим словом на букву "у"

"у" - удобство по-русски

ну либо чуваки просто комменты добавляют. Либо просто скрипты на вставку, проверку, удаление комментов

на опеннете бойцы сразу же этот пивас поломали

поэтому я просканил ломанным

не впечатлился совершенно