(в ближайшие 10 лет не добавят)

там в любом случае есть случай

лол а как же wide_int

T это nullptr_t

т.е. функция не может быть инстанцирована, потому что работает только для integral_type кроме bool

лол а как же wide_int

ну там <0> это явно будет что-то плохое

релевантно - http://eel.is/c++draft/basic.fundamental#7

ну там <0> это явно будет что-то плохое

это ваще законно?

это ваще законно?

наверняка будет какой-нибудь смешной случай

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

а почему нельзя просто выполнить инверсию в unsigned?

надо прочитать это как signed short и потом сделать sign extension в int, тогда всё будет ок

надо прочитать это как signed short и потом сделать sign extension в int, тогда всё будет ок

тут условие что не делается расширение

тут условие что не делается расширение

нет там такого условия, он байты из файла читает

ну без этого условия можно что угодно

на самом деле не получилось объяснить только вижаку, так что ты можешь быть доволен

да но в файле идет наоборот я сначала читаю младший байт потом старший. их надо перевернуть и вывести -522

читай в signed short, будет всё правильно тогда

читай в signed short, будет всё правильно тогда

спасибо

@antoshkka чуваки, объясните, в комитете специально сидят люди и придумывают названия ОТЛИЧАЮЩИЕСЯ от того, как ВЕСЬ остальной мир называет вещи?

как мы назовем slice? правильно, span

O SRSLY

как мы назовем slice? правильно, span

ну во-первых gsl::span

а во вторых, где этот остальной мир? кто например использует "slice"?

а во вторых, где этот остальной мир? кто например использует "slice"?

Ну, rust, например)

а во вторых, где этот остальной мир? кто например использует "slice"?

python, js

@antoshkka чуваки, объясните, в комитете специально сидят люди и придумывают названия ОТЛИЧАЮЩИЕСЯ от того, как ВЕСЬ остальной мир называет вещи?

а когда будут слайсы? уже утверждено что-то и где про это почитать?

а когда будут слайсы? уже утверждено что-то и где про это почитать?

слайсов не будет, в с++20 будет span

ну во-первых gsl::span

gsl тоже те еще затейники

слайсов не будет, в с++20 будет span

http://open-std.org/JTC1/SC22/WG21/docs/papers/2016/p0122r1.pdf ?

я в репорте из джексонвилля прочитал, не хочу даже знать какой это пропосал

Не понимаю зачем span в стандарте( Какая-то надуманная мотивация, ну или я чего-то не понимаю.

удивительно, что порождаются новый и новые сущности

а есть ещё function_ref...

string_view по сути slice

помимо std::function

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

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

Пф, лол

Мы точно в чате про сплюсплюс?

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

ну вот так вот 😞

Мы точно в чате про сплюсплюс?

твой юмор не оценил. что сказать хотел?

жаль, что string_view вроде бы юзают. так можно было бы его вырезать с языка)

жаль, что string_view вроде бы юзают. так можно было бы его вырезать с языка)

но зачем, у него хотя бы название понятнее чем span

твой юмор не оценил. что сказать хотел?

То что часто вещи добавляются не целиком, а по частям

как мы назовем slice? правильно, span

в .net тоже span недавно добавили

в .net тоже span недавно добавили

ну молодцы, чо

То что часто вещи добавляются не целиком, а по частям

не подменяй. string_view концептуально срез. почему срез не завести?

не подменяй. string_view концептуально срез. почему срез не завести?

Почему изначально не добавить срез ты имеешь в виду?

жаль, что string_view вроде бы юзают. так можно было бы его вырезать с языка)

Ну string_view решает задачу в рамках одного типа контейнера, а span/slice это обобщённые костыли

Ну string_view решает задачу в рамках одного типа контейнера, а span/slice это обобщённые костыли

Кмк вполне норм все

String_view были нужнее и их проще занести

слайсов не будет, в с++20 будет span

а зачем это нужно вообще

Ну string_view решает задачу в рамках одного типа контейнера, а span/slice это обобщённые костыли

ну так а зачем какие-то специализации, если можно получить generic решение?

или я просто не знаю о каких-то фундаментальных отличиях span от string_view

Почему изначально не добавить срез ты имеешь в виду?

ну да

ну да

Так это вопрос к комитету, я к нему отношения не имею

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

или я просто не знаю о каких-то фундаментальных отличиях span от string_view

Я не шарю. Но по ощущениям, и по тому как работает комитет в целом

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

Ну, проехали, бывает

ну так а зачем какие-то специализации, если можно получить generic решение?

Много ещё где есть strong reference. Qt навскидку :)

кто-нибудь объяснит мне, чем span отличается от ссылки на std::vector/std::array?

кто-нибудь объяснит мне, чем span отличается от ссылки на std::vector/std::array?

Можешь на примере rust посмотреть http://www.cs.brandeis.edu/~cs146a/rust/doc-02-21-2015/book/arrays-vectors-and-slices.html

кто-нибудь объяснит мне, чем span отличается от ссылки на std::vector/std::array?

Тем что sting_view вместо string можно передать?

окай, почему класс называется не vector_view

окай, почему класс называется не vector_view

Пиши в комитет

окай, почему класс называется не vector_view

Это очень странный вопрос

Меня все устраивает

слово span достаточно хорошо объясняет назначение класса.

а зачем это нужно вообще

ээ, ты серьезно

Жаль только что fs в паре мест отличается от бустового

слово span достаточно хорошо объясняет назначение класса.

ну да, если говорить про HTML то достаточно хорошо

ээ, ты серьезно

да, я сторонник уникального владения

и что-то мне кажется, что враппер [begin; end) в ренджах реализовали)

ну нормальный рейндж бы по идее заменил все эти спаны и вью

если б у него еще операторы конверсии были подходящие

Жаль только что fs в паре мест отличается от бустового

М, щя бугуртну. Почему std::fstream не умеет открывать файл эксклюзивно. Кроме винды :)

меня в любом случае удивляет, что унификация именования в С++

меня в любом случае удивляет, что унификация именования в С++

Что?

Что?

ну там еще замечательный reference_wrapper и забыл опять как для pointer

в общем, что-то не получается изучить предыдущий опыт

потому что практики пишут код, а не стандарт. я бы с радостью использовал std::reference_wrapper<T> , но не могу т.к. слишком длинно, а мне надо в ограничение 80 символов на строку уложиться.