ведь тратить своё время на еблю с зависимостями это модно стильно и современенно

Нда, вот тут всё ок: http://www.boost.org/doc/libs/1_66_0/doc/html/boost_asio/reference.html Закиньте сюда issue https://github.com/chriskohlhoff/asio

кстати. парни. а есть какой-то тулчейн для c/c++ который умеет скачать все зависимости нужной версии из гита или готовые бинарные из какого-то хранилища, подложить их так чтобы при сборке проекта компилятор смотрел только на них, а потом собрать всё статически. ну как в модных стильных гошечках, растах и путонах

это потому что на нём ябучие хипстреы пишут. у перечисленных мною трёх языков такого нет

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

Здравствуйте. Есть небольшой вопрос. Скоро планирую писать тулуз для себя. Нужно будет сетевое взаимодействие и потоки. В c++ у меня нет большого опыта с многопоточными программами, поэтому возник вопрос какие либы лучше выбрать. Пока склоняюсь к libuv. Но она сишная и для удобства в любом случае придётся делать свои обёртки. Рад был бы услышать советы по выбору либ(допустим для потоков мне скорее всего std::thread будет достаточно с его примитивами синхронизации). В приоритетах стоит не завязываться на конкретные API ОС, т.е. кроссплатформа.

Ваще не понимаю почему нельзя было стандартизировать протоколы для этого

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

Здравствуйте. Есть небольшой вопрос. Скоро планирую писать тулуз для себя. Нужно будет сетевое взаимодействие и потоки. В c++ у меня нет большого опыта с многопоточными программами, поэтому возник вопрос какие либы лучше выбрать. Пока склоняюсь к libuv. Но она сишная и для удобства в любом случае придётся делать свои обёртки. Рад был бы услышать советы по выбору либ(допустим для потоков мне скорее всего std::thread будет достаточно с его примитивами синхронизации). В приоритетах стоит не завязываться на конкретные API ОС, т.е. кроссплатформа.

Вот да. Попробуйте golang. Или rust. Пока не поздно.

Только не го

Отличный язык.

Не хочу тут холиварить

давайте тоже вброшу: пиши на Erlang-e

а можно на еликсире, там сахарочек!

Вот да. Попробуйте golang. Или rust. Пока не поздно.

давайте тоже вброшу: пиши на Erlang-e

Ваще не понимаю почему нельзя было стандартизировать протоколы для этого

Здравствуйте. Есть небольшой вопрос. Скоро планирую писать тулуз для себя. Нужно будет сетевое взаимодействие и потоки. В c++ у меня нет большого опыта с многопоточными программами, поэтому возник вопрос какие либы лучше выбрать. Пока склоняюсь к libuv. Но она сишная и для удобства в любом случае придётся делать свои обёртки. Рад был бы услышать советы по выбору либ(допустим для потоков мне скорее всего std::thread будет достаточно с его примитивами синхронизации). В приоритетах стоит не завязываться на конкретные API ОС, т.е. кроссплатформа.

erlang для хипстеров! Нужно идти к истокам, к классике - к прологу!

Отличный язык.

я там был, там ничего нет

кстати. парни. а есть какой-то тулчейн для c/c++ который умеет скачать все зависимости нужной версии из гита или готовые бинарные из какого-то хранилища, подложить их так чтобы при сборке проекта компилятор смотрел только на них, а потом собрать всё статически. ну как в модных стильных гошечках, растах и путонах

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

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

какую-либу посоветует общественность, с чем гемора и неожиданностей поменьше

Ну сейчас 0 стандартов

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

Короче я хочу чтобы всякие pip npm aur и прочие были частями одного целого

а как разруливать ситуации когда нужно три принципиально разных версии одной либы? плодить их system-wide с суффиксами версий? как в винде через год в системе накапливается 30 сортов vc2010 redistributable?

И патчить надо именно Пип нпм и прочие а не адаптироваться под них

а как разруливать ситуации когда нужно три принципиально разных версии одной либы? плодить их system-wide с суффиксами версий? как в винде через год в системе накапливается 30 сортов vc2010 redistributable?

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

ну т.е. получается тогда что единственный смысл - чтобы можно было сделать apt list boost* и он нарисовал все папки где у тебя бусты установлены?

ну т.е. получается тогда что единственный смысл - чтобы можно было сделать apt list boost* и он нарисовал все папки где у тебя бусты установлены?

Айдар, Айдар.

Чтобы апгрейдить все

апгрейдим все 50 бустов с 1.55 до 1.65, 20 прилог продолжают нормально собираться и работать, 20 перестают собираться, 10 собираются но неработают из-за ABI, дальше что? //буст здесь естественно ради примера, я надеюсь что он не настолько быстроменяющийся и abiзависимый

проще брю портировать тогда на твою систему )