lvalue -> prvalue и потом double -> char

When converting from one built-in type to another built-in type, only one standard conversion sequence is allowed. A standard conversion sequence consists of the following, in this order: 1) zero or one lvalue transformation; 2) zero or one numeric promotion or numeric conversion; 3) zero or one function pointer conversion; (since C++17) 4) zero or one qualification adjustment.

а теперь не чувствует морального права

именно

Вышел Conan 1.6! https://docs.conan.io/en/latest/changelog.html

няшный какой-то

Так потому что новый ?

кстати, скоро будет доступен GCC 8.2, в котором улучшена кодогенерация под Skylake и выше!

так что у кого код компилируется под данные процессоры - мб имеет смысл обновиться через пару недель

(которую они отломали?)

https://www.phoronix.com/scan.php?page=news_item&px=GCC-8.2-Release-Candidate

кстати, в бинкрафтеры скоро завезут новые компиляторы! так что будет ещё больше предкомпилированных пакетов под разные компиляторы (завезут gcc 7, gcc 8, clang 5, clang 6, apple clang 9.1)

когда завезут в conan-center я не знаю

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

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

это единственный путь - по нему рано или поздно придётся идти

я считаю этот шаг правильным

а недостаток ресурсов надо решщать доавлением ресурсов

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

ресурсов билда, разумеется

ну так Conan может им задонить

надеюсь, что может

это не одна фирма?

нет

есть JFrog, у них работают разрабы Conan, и отдельно на просторах опенсурса пасутся бинкрафтеры

а, я может с bintray спутал

бинтрей тоже делают JFrog, да

Господа, задался одним вопросом. std::optional имеет такую функцию-член: constexpr const T&& value() const &&; Если я правильно понял, то предполагается перемещение значения при вызов, но тогда, чтобы не вызывать деструктор дважды, нужно перейти в пустое состояние, но это же const!

Господа, задался одним вопросом. std::optional имеет такую функцию-член: constexpr const T&& value() const &&; Если я правильно понял, то предполагается перемещение значения при вызов, но тогда, чтобы не вызывать деструктор дважды, нужно перейти в пустое состояние, но это же const!

так и возвращается то const T &&, а не просто T &&. Фактически выполнить перемещение не получится.

так и возвращается то const T &&, а не просто T &&. Фактически выполнить перемещение не получится.

Какой тогда смысл в этой перегрузке?

Какой тогда смысл в этой перегрузке?

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

Что-нибудь планируется расширить у enum'ов в следующих стандартах? В курсе кто?

В cmake можно как-нибудь скоуп переменной ограничить блоком (не функции, а if-а например)?

Что-нибудь планируется расширить у enum'ов в следующих стандартах? В курсе кто?

вроде как ничего не планируется

Что-нибудь планируется расширить у enum'ов в следующих стандартах? В курсе кто?

А есть какие-то траблы с текущим?

вроде как ничего не планируется

:(

:(

а чего хотелось бы?

хотелось бы добавление дополнительных энумераторов

не понял

уже после объявления enum'а

а зачем?

или может Вы хотите ещё в зависимости от внешних условий иметь разные енумы?

if(argc[1] > 42) enum.push_back(WTF)

if(argc[1] > 42) enum.push_back(WTF)

лол)

ну нет. только компилтайм

а можно юзкейс нарисовать?

а можно юзкейс нарисовать?

сейчас попробую

Какой тогда смысл в этой перегрузке?

https://godbolt.org/g/jGBN7R

а можно юзкейс нарисовать?

enum MyTypes; variant< int, MyTypes+={Int1}, int, MyTypes+={Int2}, double, MyTypes+={Dbl}, std::string, MyTypes+={Str}, > v; int i2 = get<Int2>(v);

надеюсь либастрал работает сегодня)

честно - всё равно не понял

enum MyTypes; variant< int, MyTypes+={Int1}, int, MyTypes+={Int2}, double, MyTypes+={Dbl}, std::string, MyTypes+={Str}, > v; int i2 = get<Int2>(v);

named variant aka rust enum?

named variant aka rust enum?

да

https://godbolt.org/g/jGBN7R

Ох уж этот mutable...

Ох уж этот mutable...

:)

Можно без всяких угрызений совести не реализовывать эту перегрузку. :D

named variant aka rust enum?

поясни, что за оно

что там в расте с енумами такого сделали?

поясни, что за оно

https://play.rust-lang.org/?gist=570bd82ec44ca47528809ee5fd4b5300&version=stable&mode=debug&edition=2015

что там в расте с енумами такого сделали?

Обычный variant, но только с именоваными элементами

хм, прикольно

Господа, задался одним вопросом. std::optional имеет такую функцию-член: constexpr const T&& value() const &&; Если я правильно понял, то предполагается перемещение значения при вызов, но тогда, чтобы не вызывать деструктор дважды, нужно перейти в пустое состояние, но это же const!

Потому что надо все случаи ref qualifier рассматривать при возврате ссылки

Можно без всяких угрызений совести не реализовывать эту перегрузку. :D

Можно, но нога пользователя будет очень сильно страдать

а чего хотелось бы?

Хм... А может наследование? enum Extended : Base. Чтобы сразу в свой scope включал все члены родителя.

Хм... А может наследование? enum Extended : Base. Чтобы сразу в свой scope включал все члены родителя.

Да здравствует иерархия классов констант!

Хм... А может наследование? enum Extended : Base. Чтобы сразу в свой scope включал все члены родителя.

множественное наследование! с ошибкой в компайл-тайме, если пересекаются!

тьфу ты, нет... мы же в С++! Если пересекаются, то UB

(иерархия классов констант это локальная шутка про OVERDESIGN)

Ну пересекаться и в одном могут.

Хм... А может наследование? enum Extended : Base. Чтобы сразу в свой scope включал все члены родителя.

И да, зачем????

Здесь нужно заметить, что enum с большим числом значений не является потомком класса с меньшим числом значений

И да, зачем????

потому что хочу, конечно. Ну смотри - пришёл от вендора какой-то енум. А мне надо его расширить. и не хочу копировать

вот я от него наследуюсь и расширяю как мне надо. Сейчас мб все вместе и сможем придумать ещё юзкейсов

вот я от него наследуюсь и расширяю как мне надо. Сейчас мб все вместе и сможем придумать ещё юзкейсов

но это не наследование

Например есть базовый ResultCode в какой то библиотеке и его расширение на application level.

но это не наследование

а что?

а что?

наследование, но в обратную сторону

т.е. класс вендора на самом деле потомок твоего

более широкого енума

наследование ВСЕГДА сужает область значений типа

Ну оно сузит базовый код до кода конкретного application.

Множественные кстати тоже неплохо :) по категориям. 2xx, 4xx.

Я думаю, это все разруливается variant-логикой

Потому что вы хотите вывести variant<A, B> средствами компилятора

Я не понимаю, а почему нельзя использовать, чтобы наследоваться вместо enum структуры? https://ideone.com/wZiI5E

Я не понимаю, а почему нельзя использовать, чтобы наследоваться вместо enum структуры? https://ideone.com/wZiI5E

ну потому что структуры не заменяют enum ?

Например есть Diameter base с определенным стандартом набором ResultCode. А есть уже какие то конкретные приложения, которые его расширяют.

https://ideone.com/wZiI5E

А я все еще не понял, почему не variant

А я все еще не понял, почему не variant

Не все на С++17, многие на 03 :)

А я все еще не понял, почему не variant

Потому что на самом деле это всего лишь int, variant тяжёлая штука. Ну и его не описать в базовой библиотеке, а хотелось бы свободный up/down cast.