Size: a a a

2020 September 08

CD

Constantine Drozdov in pro.cxx
Alex
но всё равно бред, похоже на баг в стандарте, логике count_if не нужен этот тип
других нет
источник

A

Alex in pro.cxx
там size_t должен быть
источник

SE

Stanislav Ershov in pro.cxx
Alex
но всё равно бред, похоже на баг в стандарте, логике count_if не нужен этот тип
std::distance(v.end(), v.begin())
источник

SE

Stanislav Ershov in pro.cxx
суть про такое
источник

CD

Constantine Drozdov in pro.cxx
Alex
но всё равно бред, похоже на баг в стандарте, логике count_if не нужен этот тип
скажем, count_if можно считаться copy_if в /dev/null с возвратом пройденного расстояния, и там будет difference_type
источник

CD

Constantine Drozdov in pro.cxx
момент реально очень нетривиальный
источник

CD

Constantine Drozdov in pro.cxx
самое простое - size_t вообще не существует для итератора
источник

CD

Constantine Drozdov in pro.cxx
нет понятия forward_distance_type
источник

A

Alex in pro.cxx
count по опредлению возвращает натуральное число, нет смысла пытаться его извлечь из итератора. Это просто size_t.
источник

A

Alex in pro.cxx
Constantine Drozdov
скажем, count_if можно считаться copy_if в /dev/null с возвратом пройденного расстояния, и там будет difference_type
не понял пример
источник

CD

Constantine Drozdov in pro.cxx
Alex
count по опредлению возвращает натуральное число, нет смысла пытаться его извлечь из итератора. Это просто size_t.
почему алгебра итераторов не может быть длиннее size_t?
источник

A

Alex in pro.cxx
потому что это какая-то умозрительная глупость
источник

CD

Constantine Drozdov in pro.cxx
Alex
потому что это какая-то умозрительная глупость
совершенно нет, то, что ваш пример вписывается в ваше ограничение не значит, что нужно из-за этого закладывать заведомую архитектурную ошибку
источник

CD

Constantine Drozdov in pro.cxx
почему size_t, а не uint64_t?
источник

CD

Constantine Drozdov in pro.cxx
по какому принципу выбран тип "размер/индекс массива"?
источник

AS

Alex Sandrov in pro.cxx
подскажите, как сделать быстрый hash для трёх int?
планируется использовать для ключа в map
tuple<int, int, int> насколько хорош для этого?
источник

A

Alex in pro.cxx
вопрос из разряда "а почему байт не может быть 6 бит". Из-за таких вопросов некоторые места в С++ сделаны через задницу ради эфемерной гибкости, которая никому не нужна, но всем мешает.
источник

CD

Constantine Drozdov in pro.cxx
Alex
вопрос из разряда "а почему байт не может быть 6 бит". Из-за таких вопросов некоторые места в С++ сделаны через задницу ради эфемерной гибкости, которая никому не нужна, но всем мешает.
мне не мешает вопрос о том, что байт может быть 9 бит, или что size_t может быть 32 или 64 бита
источник

CD

Constantine Drozdov in pro.cxx
Alex
вопрос из разряда "а почему байт не может быть 6 бит". Из-за таких вопросов некоторые места в С++ сделаны через задницу ради эфемерной гибкости, которая никому не нужна, но всем мешает.
и я вам сейчас сходу достану пример, где difference_type для итераторов вообще не является числом
источник

D

Dmitriy in pro.cxx
Alex Sandrov
подскажите, как сделать быстрый hash для трёх int?
планируется использовать для ключа в map
tuple<int, int, int> насколько хорош для этого?
Для него не определен std::hash
источник