Ну они хоть попробовали, что-то сделать с вашим тестом :)

Ну они хоть попробовали, что-то сделать с вашим тестом :)

если угодно, вот сырец https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744

interl error с указанными опциями: // /await /await:heapelide /std:c++latest /Zc:__cplusplus

Не могу воспроизвести: в x64 у меня компилируется успешно, в x86 c warning'ом "ignoring option '/await:heapelide'; This option is not supported on this target".

release x64

а весь solution у вас не выложен?

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

я с трудом тут разбираюсь, мне бы workaround какой) а так с виду он строку(литерал) берёт как указатель, думает, что это инт и не может преобразовать к типу шаблона const char (&)[N]

в качестве workaround'а могу предложить такое определение template <const char * s, typename T> struct make_char_sequence_impl; template <const char * s, size_t... i> struct make_char_sequence_impl<s, index_sequence<i...>> { using type = char_sequence<s[i]...>; }; template <size_t N, const char * Input> using make_char_sequence = typename make_char_sequence_impl<Input, make_index_sequence<N - 1>>::type;

Смешалось в кучу, люди, кони.. Давайте разделять поиск (lookup) и инстанциацию функций. В случае unqualified call'а в dependent коде lookup происходит в 2 этапа — из места где код написан и потом после подстановки в месте где подставился будет осуществлен поиск в namespace'ах ассоциированных с подставленными типами аргументов. В случае, qualified call'а (скажем, если в вашем примере в строке 14 написать ::utils::is_null(t)) когда квалификатор non-dependent, второй фазы не будет. Но и в первом и во втором случае инстанцироваться выбранная функция будет в месте инстацирования окружающего кода (т.е. is_null в месте с is_null_wrapper<std::unique_ptr<int>>::operator() будет проинстанцирован в строке 34). Поэтому, то что в месте definition'а `is_null_wrapper::operator()` std::unique_ptr<int> incomplete не важно.

поторопился, переключение на release x64 и установка флагов /await /await:heapelide /std:c++latest /Zc:__cplusplus - internal error

Пишите фидбэк. Его читают и довольно оперативно. Не готов сказать известная ли это проблема, т.к. фича экспериментальная и в компиляторе может меняется достаточно активно.

Написал

а куда? дай ссылку

https://developercommunity.visualstudio.com/content/problem/310976/vc-internal-compiler-error-1580.html

а че в разделе visual studio а не С++ ?

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

неплохо, спасибо, тестовый пример работает, попробую на основном теперь

как сконструировать класс типа нода doubly linked list лучше всего? Сейчас есть конструктор класса который иницилиазирует пойнтеры на след и пред к нульптр и non member функция init которая итерирует по вектору входных паметров, создает ноды, а потом устанавливает пойнтеры. Это нормально?

как сконструировать класс типа нода doubly linked list лучше всего? Сейчас есть конструктор класса который иницилиазирует пойнтеры на след и пред к нульптр и non member функция init которая итерирует по вектору входных паметров, создает ноды, а потом устанавливает пойнтеры. Это нормально?

Написал

кстати, а кто-нибудь ловил ICE у шланга?

я репортил парочку: https://bugs.llvm.org/show_bug.cgi?id=36296 https://bugs.llvm.org/show_bug.cgi?id=37732

Как я и сказал, реагируют быстро. Крешится бэкэнд компилятора. Кому-то уже прилетел тикет :)

не, похоже у них сейчас вал от валуэйбл кастомеров пошел: We appreciate you taking the time to report this problem. We are currently prioritizing problems that are impacting a broad set of our customers, so we may not be able to investigate this one immediately. We know this problem is important to you, so we will continue to monitor it.

Я в реальном времени наблюдаю активность в тикете :) Баг прилетел живому человеку, который буквально 2 минуты назад там чего-то обновлял. Хотя в итоге это может лишь привести к вердикту "идет в 16"

нет чтобы взять и самим пофиксить ?

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

собрать что ли не мог? ?

Так они там не работают, а в чатах сидят :)

У нас первый час ночи ващето

Так они там не работают, а в чатах сидят :)

так рано работа заканчивается?

Я в реальном времени наблюдаю активность в тикете :) Баг прилетел живому человеку, который буквально 2 минуты назад там чего-то обновлял. Хотя в итоге это может лишь привести к вердикту "идет в 16"

15.9 значит не будет?

А я без понятия. Цифирь чуть-ли не в день релиза прилетает же.

да я про планы, будет ли вообще 15.9 или сразу 16.0 релизнут

а какая разница? ?

ну если 16.0 это студия 2019 =) ну и могут опять аби поломать

да я про планы, будет ли вообще 15.9 или сразу 16.0 релизнут

Я в реальном времени наблюдаю активность в тикете :) Баг прилетел живому человеку, который буквально 2 минуты назад там чего-то обновлял. Хотя в итоге это может лишь привести к вердикту "идет в 16"

а нет, перевели в статус Under Investigation, так действительно очень оперативно ребята работают

а потом напишут что фикс прилетит в 16.0 будет весело :)

тебе же писали с vcpkg как раз, хотели сделать валуебл кастомером :)

проблема в том, что vcpkg не нужен

ну, вроде бы для live-at-HEAD идеологии он как раз отлично работает, и в этом плане он даже проще конана по крайней мере у меня сложилось такое впечатление когда я его тыкал палочкой несколько раз пару лет назад

хотя возможно во мне просто горит праведный фашизм от чрезмерно долгого сидения на старых зависимостях и тулчейнах

А вообще за что вы так не любите свой компилятор, что используете самописный index_sequence вместо стандартного?