А что-нибудь полезное делать не пробовали? Поддержку compile time printf через суффиксный оператор, или хотя бы forward declaration для nested классов? :)))))

Я как-тотслучайно написал printf-like-функцию с перегруженным оператором %. Потом узнал, что изобрел велосипед^W Boost.Format

На MSVC компиле оно работает ИНАЧЕ.

Да там в принципе это говно реализуется просто через указательную магию. Но __buildtin надежнее

ссылка реализована как константкный укзазатель, но при этом при взятии адреса ссылки ты всегда получишь адрес реального объекта, а при взятии адреса указателя адрес именно указателя

#tip #pointers

Что-то слишком много людей. ._.

Hi, Would anyone be interested in adding std::shift to <algorithm>? It would be similar to both: - std::rotate, but without moving the head elements back to the tail. This would allow a more efficient implementation and clearer semantics in case rotation is not needed as well as correctness in case rotation is undesired. - <algorithm>'s std::move/std::move_backward (depending on the shift direction). std::shift should probably accommodate both left and right shifts by one of: - giving it either begin() and end(), or rbegin() and rend(), similar to how std::rotate works for both left and right rotations. The advantage is compactness of the implementation. - allowing the shift count parameter to be either positive or negative. The advantage is compactness, though it might not be clear which direction is which - to be consistent with rotate, positive integers should shift to the left. - having std::shift_right and std::shift_left functions. The advantage is clarity when calling the methods, although the same argument could be made for having separate std::rotate_left and std::rotate_right instead of std::rotate, which we don't have. Here's a sample implementation of a shift to the right direction: template<class BidirIt> void shift_right(BidirIt first, BidirIt last, unsigned int n = 1) { std::move_backward(first, last - n, last); } This demonstrates that while std::shift is implementable with std::move/std::move_backward, 1) It isn't immediately clear from the code (at least to my eyes) that this is a shift right, unless you are intimately familiar with std::move_backward. 2) Different calls, either to std::move or to std::move_backward, are required, depending on the shift direction. So, implementing std::shift would allow writing more readable code.

Модерация бдит. Не оффтопьте, пожалуйста.

git push -f origin pro.cxx

Hi, Would anyone be interested in adding std::shift to <algorithm>? It would be similar to both: - std::rotate, but without moving the head elements back to the tail. This would allow a more efficient implementation and clearer semantics in case rotation is not needed as well as correctness in case rotation is undesired. - <algorithm>'s std::move/std::move_backward (depending on the shift direction). std::shift should probably accommodate both left and right shifts by one of: - giving it either begin() and end(), or rbegin() and rend(), similar to how std::rotate works for both left and right rotations. The advantage is compactness of the implementation. - allowing the shift count parameter to be either positive or negative. The advantage is compactness, though it might not be clear which direction is which - to be consistent with rotate, positive integers should shift to the left. - having std::shift_right and std::shift_left functions. The advantage is clarity when calling the methods, although the same argument could be made for having separate std::rotate_left and std::rotate_right instead of std::rotate, which we don't have. Here's a sample implementation of a shift to the right direction: template<class BidirIt> void shift_right(BidirIt first, BidirIt last, unsigned int n = 1) { std::move_backward(first, last - n, last); } This demonstrates that while std::shift is implementable with std::move/std::move_backward, 1) It isn't immediately clear from the code (at least to my eyes) that this is a shift right, unless you are intimately familiar with std::move_backward. 2) Different calls, either to std::move or to std::move_backward, are required, depending on the shift direction. So, implementing std::shift would allow writing more readable code.

+1 только * shift_right должен возвращать итератор (может даже два) * BOOST_CXX14_CONSTEXPR * memcpy оптимизация для TriviallyCopyable будет в тему

+1 только * shift_right должен возвращать итератор (может даже два) * BOOST_CXX14_CONSTEXPR * memcpy оптимизация для TriviallyCopyable будет в тему

Напиши эти замечания в Google-Groups, где пропозалы обсуждают. В свою очередь я это перетяну спокойно в Boost.Algorithm

Там можно уже решить, что да как должно выглядеть, заимплементим, а потом уже и в Станадарт намного легче тянуть

А в стандарте есть аналог memset для заполнения по 16 и 32?

А в стандарте есть аналог memset для заполнения по 16 и 32?

емнип, нет

то-то я не нашел)

А в стандарте есть аналог memset для заполнения по 16 и 32?

разгонять векторными штуками хочется?)

кмк это дело имплеменатции, чтобы специфичные кейсы разгонять по возможности

нет, в дебуге хочется релизное заполнение памяти использовать, ибо слишком тормозит без оптимизации :)

нет, в дебуге хочется релизное заполнение памяти использовать, ибо слишком тормозит без оптимизации :)

ааа. Ну, терпи ?

Напиши эти замечания в Google-Groups, где пропозалы обсуждают. В свою очередь я это перетяну спокойно в Boost.Algorithm

Не, пусть сами разбираются Я не единственый чел в комитете :)

Не, пусть сами разбираются Я не единственый чел в комитете :)

ок, тогда я чуть позже скину им твои замечания. Просто не хочется, чтобы действительно полезная вещь ушла в небытие (как memory file mapping ? )

ERROR: S client not available

если бы ты был один, проще было бы

качество бы пострадало: одна голова хорошо, а сотня лучше

если бы ты был один, проще было бы

неа)

качество бы пострадало: одна голова хорошо, а сотня лучше

+

зато скорость бы увеличилась принятия решения

зато скорость бы увеличилась принятия решения

скорость vs качество? Добро пожаловать в холивар ?

:)

о https://github.com/AnthonyCalandra/modern-cpp-features/blob/master/README.md баян?

о https://github.com/AnthonyCalandra/modern-cpp-features/blob/master/README.md баян?

not bad! #cpp #cheatsheet #summary #standard