Буст с тех пор похорошел?

я как-то в Boost.Lock-free не ходил.

попробуй спросить у @antoshkka

Boost.LockFree не пользовал. Мне всегда хватало Boost.Thread и того, что есть в стандартной библиотеке

Если захотите эксперементировать и сравнивать, посмотрите еще TBB

Если захотите эксперементировать и сравнивать, посмотрите еще TBB

Буст?

Тбб странноват

Сегодня ночью собрал буст? жаль, что зря. Мне нужна была хедер-онли либа. Бесит, что пришлось кучутхедеров тянуть из пакета

Кстати, думаю, что кольцевой буфер надо предложить в стдлиб

Кстати, думаю, что кольцевой буфер надо предложить в стдлиб

Ты ради него буст притащил?)

Кстати, думаю, что кольцевой буфер надо предложить в стдлиб

да да

Кстати вон та очередь умеет в ограничение по количеству элементов

хотя он же делается за 5 мин

надо было быстро сделать ¯\_(ツ)_/¯

хотя он же делается за 5 мин

чтоб на нем алгортмы стл работали - нет

чтоб на нем алгортмы стл работали - нет

а ну так то да

Там еще мурни надо до фига сделать

Кстати, думаю, что кольцевой буфер надо предложить в стдлиб

разве такого предложения нет?

Там еще мурни надо до фига сделать

надо побольше кодов сделать СТЛ подобным чтобы никто не думал отказываться от STL

чтоб на нем алгортмы стл работали - нет

Го пилить

Все, кто думает, что контейнер написать так просто, просто смотрим на исходники Boost.Container :)

разве такого предложения нет?

Я не знаю, не исследовальэту тему

Такие вещи пихать надо в LEWG

Только мы все прекрасно понимаем, что пропихивание в стандарт... Довольно сложное занятие, скажем так

Ну да)

хотя либу надо расширять, так как она до жути куцая

хотя либу надо расширять, так как она до жути куцая

В ней потоков не было до 11 стандарта и до сих пор сети нет. А вы про буфер кольцевой.

В ней потоков не было до 11 стандарта и до сих пор сети нет. А вы про буфер кольцевой.

одно другому не мешает. Что ж поделать, что вот такой вот треш творится

В ней потоков не было до 11 стандарта и до сих пор сети нет. А вы про буфер кольцевой.

это платформозависимые вещи они должны решаться в каждом случае посвоему

Мы вполне можем хоть как-то влиять на это

Да обычный же есть)

Надо давить на модули, концепты, сеть и расширение параллельности, чтобы были из коробки пулы потоков, поверх них адекватный async. Я так и не понял, делают они последний пункт сейчас или нет. Вроде есть parallel ts, но я при беглом взгляде только avx там увидел.

Надо давить на модули, концепты, сеть и расширение параллельности, чтобы были из коробки пулы потоков, поверх них адекватный async. Я так и не понял, делают они последний пункт сейчас или нет. Вроде есть parallel ts, но я при беглом взгляде только avx там увидел.

много чего надо делать...

много чего надо делать...

Так они еще с реализацией определиться не могут. Ладно хоть согласились совсем дряной код переписать и запихать его в std2

Я, правда, вижу уже какой-нибудь говнокод, типа: std::vector<bool> vbool2Tovbool(const std2::vector<bool> &v) {...}

https://blogs.msdn.microsoft.com/vcblog/2017/05/10/c17-features-in-vs-2017-3/

вон чуваки constexpr начинают обмазываться

Boyer-Moore search() зато вот это завезли ???

а filesystem - nope

все ради олимпиадных погрмоистов!

все ради олимпиадных погрмоистов!

почему олимпиадных?

лол, это просто адекватный поиск вместо ублюдочного std::search

кстати, мб тут кто инфой обладает - почему Microsoft настолько медленно имплементят поддержку стандартов?

зачем им ваш этот с++

они же вроде уже развернулись лицом к С++, так чего же всё так грустно? у них там армия программистов же есть, могут делать это

почему олимпиадных?

просто часто ли нужен поиск единичного экземпляра с препроцессингом?

зачем им ваш этот с++

если бы не нужен был, не контрибьютили бы в него

просто часто ли нужен поиск единичного экземпляра с препроцессингом?

даже в таком случае БМ быстрее std::search

а есть вещи покруче БМ :)

кмп ван лав

он в любом случае быстрее серча, да

кмп ван лав

неа, не ван лав. Не зря его в Стандарте нет и не будет

но часто ли это нужно? Лучше бы ахо-корасика запилили

но часто ли это нужно? Лучше бы ахо-корасика запилили

жди

Меряетесь кто знает больше алгоритмов?)

но часто ли это нужно? Лучше бы ахо-корасика запилили

Сначала это надо запилить в Boost.Algorithm

Хоть что то завезли - уже норм

Меряетесь кто знает больше алгоритмов?)

Тссс, он сольёт ?

вроде можно свою функцию поиска запихнуть, если моя памят ьменя не подводит

ах ты!

вроде можно свою функцию поиска запихнуть, если моя памят ьменя не подводит

куда?

в серчер 17 плюсов

лет ми гугл зет щит

в серчер 17 плюсов

да, можно

лет ми гугл зет щит

не парься - я ревьюшил тот proposal :)

мы его с Маршаллом долго обсуждали

ERROR: S client not available

http://en.cppreference.com/w/cpp/experimental/search

ну вот, зря гуглил(

оно, родимое

там в С++17 Маршалл чуток интерфейс поменял

и да, позже будут добавляться новые алгоритмы поиска

а ещё позже будет выкачена ещё более крутая штука, о которой я буду рассказывать на конфе

но часто ли это нужно? Лучше бы ахо-корасика запилили

Надо вставлять то, что используется повсеместно. А рад "чтобы было" - нафиг

Надо вставлять то, что используется повсеместно. А рад "чтобы было" - нафиг

это неплохая вещь, на самом деле. Но там есть серьёзная проблема в имплементации всего этого

Надо вставлять то, что используется повсеместно. А рад "чтобы было" - нафиг

мне кажется иметь изкоробки линейный поиск нескольких образцов весьма хорошая вещь

мне кажется иметь изкоробки линейный поиск нескольких образцов весьма хорошая вещь

Я с тобой полностью согласен. Но тут есть несколько проблем:

кстати, мб тут кто инфой обладает - почему Microsoft настолько медленно имплементят поддержку стандартов?

наверное сначала добавляют аст в компилятор, потом тестят, потом ищут причины почему не clang

это неплохая вещь, на самом деле. Но там есть серьёзная проблема в имплементации всего этого

Суть в том, что что мешает взять реализацию для проекта и использовать ее. Не вижу проблемы в этом

1) Как заметили выше, тут даже потоки еле добавили, а тут про такие вещи 2) Нужна имплементация, я её пока что у меня нет и нескоро она появится у меня

Суть в том, что что мешает взять реализацию для проекта и использовать ее. Не вижу проблемы в этом

А зачем брать что-то левое, если уже есть из-коробки?

или подрубать хедеры-сорцы ради одной функции

кстати, мб тут кто инфой обладает - почему Microsoft настолько медленно имплементят поддержку стандартов?

Потому что это в бизнес сегментах все идет медленно. Вон, запилил они студию под мак, один фиг как не могешь на ней в с++ так и не будешь. Все пихают свой С#

они же вроде уже развернулись лицом к С++, так чего же всё так грустно? у них там армия программистов же есть, могут делать это

Они еще не обвели их рамочкой и не щелкнули правой кнопкой мышки

по сути, пока этих модных штук не появится в Boost.Algorithm и они не обкатаются на паре-тройке релизов - в стандарт даже пропозал не ждите

а в Boost.Algorithm это всё будет ооооочень нескоро

модные штуки из 80-90ых....

модные штуки из 80-90ых....

неа, ты ошибаешься, есть вещи более новые

а в Boost.Algorithm это всё будет ооооочень нескоро

Почему?

даже в таком случае БМ быстрее std::search

А чем он лучше тупого бинпоиска?

неа, ты ошибаешься, есть вещи более новые

Тимсорт!

А чем он лучше тупого бинпоиска?

то что тебе не нужна отсортированная последовательность

А чем он лучше тупого бинпоиска?

иди читай, как текстовый поиск работает и почему бин поиск не катит

Почему?

потому что у меня мало времени на это

А зачем брать что-то левое, если уже есть из-коробки?

Потому что бывает, что для себя ты уже подготовишь нужные данные на вход, а для алгоритма из класса, чаще всего, надо все готовить

Тимсорт!

скоро будет в Boost.Sort - жду окончания ревью моего PR

потому что у меня мало времени на это

А ты один его пилишь?

Потому что бывает, что для себя ты уже подготовишь нужные данные на вход, а для алгоритма из класса, чаще всего, надо все готовить

поэтому и идёт война за интерфейсы, которые понравятся всем

А ты один его пилишь?

грубо говоря - да