Сообщение Re: вписаться в концепт ranges от 03.08.2022 20:33
Изменено 03.08.2022 20:35 Андрей Тарасевич
Re: вписаться в концепт ranges
Здравствуйте, sergii.p, Вы писали:
SP>Наиболее адекватная ошибка от clang, но всё равно не пойму что не так
Взять в привычку реализовывать симметричные (по отношению к типизации аргументов) операторы обычными функциями, а не методами классов. Не
а
Тогда и ошибки подобного рода будут бросаться в глаза (или вообще не происходить).
SP>Наиболее адекватная ошибка от clang, но всё равно не пойму что не так
Взять в привычку реализовывать симметричные (по отношению к типизации аргументов) операторы обычными функциями, а не методами классов. Не
bool operator == (const Iterator& other)
а
friend bool operator ==(const Iterator &lhs, const Iterator &rhs)
Тогда и ошибки подобного рода будут бросаться в глаза (или вообще не происходить).
Re: вписаться в концепт ranges
Здравствуйте, sergii.p, Вы писали:
SP>Наиболее адекватная ошибка от clang, но всё равно не пойму что не так
Взять в привычку реализовывать симметричные (по отношению к типизации аргументов) операторы обычными функциями, а не методами классов. Не
а
Тогда и ошибки подобного рода будут бросаться в глаза (или вообще перестанут возникать).
SP>Наиболее адекватная ошибка от clang, но всё равно не пойму что не так
Взять в привычку реализовывать симметричные (по отношению к типизации аргументов) операторы обычными функциями, а не методами классов. Не
bool operator == (const Iterator& other)
а
friend bool operator ==(const Iterator &lhs, const Iterator &rhs)
Тогда и ошибки подобного рода будут бросаться в глаза (или вообще перестанут возникать).