d
В STLPort вроде нет initializer_list...
Size: a a a
2020 August 20
CD
Если человек смог такое провернуть, сомневаюсь, что он бы спрашивал про initialiser_list в таком случае xD
Скорее как запатчить кде2 под фряху?
CD
Но вообще вопрос интересный, да. Каким образом компилятор трасформирует фигурные скобки именно в вызов std::initializer_list, и что будет если подставить свою имплементацию.
Голосую за __cxx11_initializer_list
CD
Для которого определена трансформация в std::initializer_list хардкодненько как-нибудь
AT
Голосую за __cxx11_initializer_list
а это не дефайн чтобы чекать наличие фичи?
D
а это не дефайн чтобы чекать наличие фичи?
Не, такой дефайн будет что-то типа
__cpp_initializer_listCD
Интересно, что с 17-го стандарта, если ты написал свою явную специализацию std::initializer_list, то программа счиатется ill-formed
Понятно что может быть плохо, там вроде lifetime extension про него описан. Сам класс это же урезанный span
AK
Понятно что может быть плохо, там вроде lifetime extension про него описан. Сам класс это же урезанный span
А он разве не владеет своими элементами?
CD
А он разве не владеет своими элементами?
Нет, и это известный design flaw, ты обязан из него копировать
CD
Надо отдельный make vector писать для некопируемых
CD
А, об это бился головой, да. Но я связывал это с тем, что там просто у объектов статический сторедж. А не с тем, что это к листу такое требование.
Там просто интерфейс дай cref, изначально это видимо дизайнили до цпп11 перемещений и подумали клево разместить в конст память
CD
Вообще unique_initializer_list нужен, но это придется кодить
o
Вообще unique_initializer_list нужен, но это придется кодить
А это самому накодить получится?
CD
А это самому накодить получится?
Нет
o
IZ
d7d1cd
Подскажите, если у меня в моей стандартной не-до С++11 библиотеке нет initializer_list, то могу ли я взять где-то его реализацию и использовать?
Нет, только другой компилятор установить