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

да, неосилятор в треде. cimg, imagemagick, opencv

что там ещё есть... не могу сходу вспомнить

не подскажете либу для создания изображений? нужен функционал для собсна заполнения изображения и запись в файл, из нефункциональных требований - кроссплатформенность, желательно header-only

вот хорошая библиотека http://www.antigrain.com/ , светлая память Максиму Шеманареву

вот хорошая библиотека http://www.antigrain.com/ , светлая память Максиму Шеманареву

а что с ним?

вот хорошая библиотека http://www.antigrain.com/ , светлая память Максиму Шеманареву

ну зачем ты кидаешь ссылки на засохшее? ?

libgd еще есь

для крупного функционала всегда надо собирать отдельно

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

а что с ним?

умер

так, тебе тут не ответят

ещё одна попытка - пермабан

а где ответят?

в supapro мне тоже не ответили

а где ответят?

в рифме

ну зачем ты кидаешь ссылки на засохшее? ?

я пользуюсь agg, не считая отсутствия дополнительного динамического полиморфизма это топовая либа

@pure_c

@pure_c

а у вас тот главный чат стал приватным типо?

я то думаю вроде раньше 3 чата было а теперь 2 стало )

делаю значит отрисовку через virtual из base_object в допустим checkbox

https://aws.is-a-shit.host/2rpdAgBT.png

https://aws.is-a-shit.host/l3A7Zea3.png это в base_object

вызывается сие действо вот так https://aws.is-a-shit.host/EmGkt6Iz.png

а у вас тот главный чат стал приватным типо?

есть ultramegapro, но я к нему пути не знаю

вопрос

https://aws.is-a-shit.host/l3A7Zea3.png это в base_object

почему вызывается именно это

умер

угу, нашел, печально

угу, нашел, печально

https://rsdn.org/forum/life/5377743.flat

есть ultramegapro, но я к нему пути не знаю

https://t.me/joinchat/AAAAAEH2f4R62LrebHWd7g

короче, решил взять bmp и вот вроде работающая либа https://github.com/ArashPartow/bitmap

Вышла VS 15.7 (https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.7.0). Из интересного - поддержка clang-format, auto template parameters, template argument deduction, deduction guides, полная поддержка expression SFINAE, улучшенный two-phase name lookup, parallel algorithms, "MSVC compiler toolset conforms with the C++ 17 Standard". Из забавного - наконец починили std::vector::push_back/emplace_back и они теперь инлайнятся (https://developercommunity.visualstudio.com/content/problem/245067/stdvectorpush-backemplace-back-cant-be-inlined.html).

вот это деловой разговор

Вышла VS 15.7 (https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.7.0). Из интересного - поддержка clang-format, auto template parameters, template argument deduction, deduction guides, полная поддержка expression SFINAE, улучшенный two-phase name lookup, parallel algorithms, "MSVC compiler toolset conforms with the C++ 17 Standard". Из забавного - наконец починили std::vector::push_back/emplace_back и они теперь инлайнятся (https://developercommunity.visualstudio.com/content/problem/245067/stdvectorpush-backemplace-back-cant-be-inlined.html).

так, это они весьма кстати https://blogs.msdn.microsoft.com/vcblog/2018/04/09/msvc-now-correctly-reports-__cplusplus/

Есть у кого C код который не скомпилируется как C++?

Language: gcc Source: #include <stdio.h> // try to compile it in C++ int main() { int class = 0; printf("class=%d", class); } Result: class=0

Вышла VS 15.7 (https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.7.0). Из интересного - поддержка clang-format, auto template parameters, template argument deduction, deduction guides, полная поддержка expression SFINAE, улучшенный two-phase name lookup, parallel algorithms, "MSVC compiler toolset conforms with the C++ 17 Standard". Из забавного - наконец починили std::vector::push_back/emplace_back и они теперь инлайнятся (https://developercommunity.visualstudio.com/content/problem/245067/stdvectorpush-backemplace-back-cant-be-inlined.html).

проверил, теперь код с опциями /await /std:c++latest /Zc:__cplusplus компилируется и выполняется без проблем: #include <iostream> #if __cplusplus && __cplusplus > 201402L #if __has_include(<experimental/coroutine>) #include <experimental/coroutine> #include <experimental/generator> #elif __has_include(<coroutine>) #include <coroutine> #include <generator> #else #error coroutine support expected #endif #else #error coroutine support expected #endif std::experimental::generator<int> range(int a, int b) { std::cout << "begin range" << std::endl; for (int i = a; i < b; ++i) { std::cout << "generate " << i << std::endl; co_yield i; } std::cout << "end range" << std::endl; } int main() { std::cout << "before" << std::endl; for (auto i : range(0, 10)) { std::cout << i << std::endl; } std::cout << "after" << std::endl; }

проверил, теперь код с опциями /await /std:c++latest /Zc:__cplusplus компилируется и выполняется без проблем: #include <iostream> #if __cplusplus && __cplusplus > 201402L #if __has_include(<experimental/coroutine>) #include <experimental/coroutine> #include <experimental/generator> #elif __has_include(<coroutine>) #include <coroutine> #include <generator> #else #error coroutine support expected #endif #else #error coroutine support expected #endif std::experimental::generator<int> range(int a, int b) { std::cout << "begin range" << std::endl; for (int i = a; i < b; ++i) { std::cout << "generate " << i << std::endl; co_yield i; } std::cout << "end range" << std::endl; } int main() { std::cout << "before" << std::endl; for (auto i : range(0, 10)) { std::cout << i << std::endl; } std::cout << "after" << std::endl; }

Пишут что переписали кодогенерацию для корутин, починили много багов и, надеюсь, улучшили перфоманс. Похоже корутины можно пробовать применять :)

Пишут что переписали кодогенерацию для корутин, починили много багов и, надеюсь, улучшили перфоманс. Похоже корутины можно пробовать применять :)

надо профильнуть, до этого релиза жаловались, что обычный for loop делал многократно for loop c co_yield

Народ, что посоветуете сделать, если мне надо пмлить проект на старом гсс и старых версиях либ. Как грамотно настроить окружение для этого: чтобы и разрабатывать ужобно было и сковородку не мыть

надо профильнуть, до этого релиза жаловались, что обычный for loop делал многократно for loop c co_yield

Матросов еще на своем толке на С++ Russia (http://cppconf.ru/talks/mikhail-matrosov?lang=ru) говорил про разницу в несколько раз между использованием boost.range и циклом с co_yield. Интересно было бы перемерять его тест.

https://blogs.msdn.microsoft.com/vcblog/2018/04/26/announcing-msvc-conforms-to-the-c-standard/ - более подробный пост.

Народ, что посоветуете сделать, если мне надо пмлить проект на старом гсс и старых версиях либ. Как грамотно настроить окружение для этого: чтобы и разрабатывать ужобно было и сковородку не мыть

Мы просто помним какие фичи юзать нельзя и регулярно смотрим на автосборки на дженкинсе. Но у нас не особо старый, 4.9.2, поэтомк не так сложно

Народ, помогите есть три вектора нужно найти эл-ты, которые есть в первом, а в оставшихся- нет ( использовать циклы нельзя, только встроенные алгоритмы ) моя идея- > пройти for_each и для каждого вектора выполнить find_if правилен данный метод или есть идеи лучше? заранее спасибо

Мы просто помним какие фичи юзать нельзя и регулярно смотрим на автосборки на дженкинсе. Но у нас не особо старый, 4.9.2, поэтомк не так сложно

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

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

Ну я дженкинс назвал как систему автосборки. Можно что угодно другое или сколхозить свою на докере локально, да

мне и надо максимально локально

У тебя насколько старый то?

Народ, помогите есть три вектора нужно найти эл-ты, которые есть в первом, а в оставшихся- нет ( использовать циклы нельзя, только встроенные алгоритмы ) моя идея- > пройти for_each и для каждого вектора выполнить find_if правилен данный метод или есть идеи лучше? заранее спасибо

Вам в @supapro.

спасибо, извините за неграммотность?

У тебя насколько старый то?

4.8.5

Народ, что посоветуете сделать, если мне надо пмлить проект на старом гсс и старых версиях либ. Как грамотно настроить окружение для этого: чтобы и разрабатывать ужобно было и сковородку не мыть

У нас чруты центоси с теми же репами и пакетами, как и на боевых серверах, пипл хавает, но мне кажется что можно жить удобнее, например с conan или nix

сейчас я разрабатываю так: пилю под вендой, по rsync синкаю на удаленный хост, туда ссшусь и там собираю. Но сейчас по-другому никак - привязка к железу. Но сейчас мы уже почти от него отвязались и теперь можно разрабатывать на любой машине с нужным тулчейном. Вот я и накатил себе быстренько линь и теперь хочу настроить удобно сборку: или на самой хост машине или как-то так

4.8.5

Собрать из исходников и поставить?

У нас чруты центоси с теми же репами и пакетами, как и на боевых серверах, пипл хавает, но мне кажется что можно жить удобнее, например с conan или nix

лол, мне именно это и надо - центось с репами и пакетами, как на проде

Собрать из исходников и поставить?

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

Конан для автомтатизации сборки либ у разработчика подходит на ура Для передачи результата в прод здесь часто рекомендуют Flatpak, но у меня все никак не дойдут руки его покрутить

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

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

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

Не знаю, насколько применимо, но в моем конкретном случае я ставил в условный ~/local, а потом в cmake уже указывал, где что искать.

Конан для автомтатизации сборки либ у разработчика подходит на ура Для передачи результата в прод здесь часто рекомендуют Flatpak, но у меня все никак не дойдут руки его покрутить

у нас на прод уже все собрано и проблем там нет

Не знаю, насколько применимо, но в моем конкретном случае я ставил в условный ~/local, а потом в cmake уже указывал, где что искать.

я тоже думаю про такой вариант

Конан для автомтатизации сборки либ у разработчика подходит на ура Для передачи результата в прод здесь часто рекомендуют Flatpak, но у меня все никак не дойдут руки его покрутить

Конан же не очень дружит со старыми версиями либ.

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

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

В случае с 4.8.5 может не прокатить, потому что в stdlib часть фичей 11 стандарта из stl нет.

В случае с 4.8.5 может не прокатить, потому что в stdlib часть фичей 11 стандарта из stl нет.

А, в 4.8.5 еще не до конца разве 11 был?

ERROR: S client not available

Язык - да, STL - нет

я, наверное, попробую замутить все в какой-то префикс

хм

б-г дал вам nix

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

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

что такое nix?

https://nixos.org/nix/

а boost::filesystem не планировали соответствовать стандарту? Чтобы можно было писать: #if __has_include(<filesystem>) #include <filesystem> namespace fs = std::filesystem; #else #include <boost/filesystem.hpp> namespace fs = boost::filesystem; #endif Местами этого мало - boost::filesystem::copy_option::overwrite_if_exists против std::filesystem::copy_options::overwrite_existing

Матросов еще на своем толке на С++ Russia (http://cppconf.ru/talks/mikhail-matrosov?lang=ru) говорил про разницу в несколько раз между использованием boost.range и циклом с co_yield. Интересно было бы перемерять его тест.

набросал наивный бенчмарк: https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744 получил co_yield в ~15 раз медлительней: sum 1073741825 corange(0, 2147483647) took 11990ms. sum 1073741825 range(0, 2147483647) took 776ms. co_yield/range = 15

https://nixos.org/nix/

Ой, я как раз недавно ходил на митап, где были контрибуторы вот этого. Они так и не смогли ответить на вопрос "зачем", кроме невнятного "потому что можем"

лол

набросал наивный бенчмарк: https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744 получил co_yield в ~15 раз медлительней: sum 1073741825 corange(0, 2147483647) took 11990ms. sum 1073741825 range(0, 2147483647) took 776ms. co_yield/range = 15

а чем тестировали?

а чем тестировали?

последним релизом Visual Studio 2017 15.7

последним релизом Visual Studio 2017 15.7

есть один мой репорт, если компилируете под /EHsc лучше писать явные конструкторы вместо struct init

https://godbolt.org/g/yLY6Wd

статуса "исправлено" не видел

есть один мой репорт, если компилируете под /EHsc лучше писать явные конструкторы вместо struct init

даже с этим for loop эффективнее, по идее, он должен замедлять работу for loop

даже с этим for loop эффективнее, по идее, он должен замедлять работу for loop

там из-за этого весь бенчмарк может ломаться

вижак считает, что инициализатор может бросать исключения, и перестает инлайнить

там из-за этого весь бенчмарк может ломаться

ну так это в пользу co_yield, а он все равно проигрывает

ну так это в пользу co_yield, а он все равно проигрывает

непонятно, в какую сторону)

непонятно, в какую сторону)

Костя, так что подправить в гисте?

Костя, так что подправить в гисте?

Всем классам (как минимум range) писать явный конструктор

Всем классам (как минимум range) писать явный конструктор

ну, теперь co_yield проигрывает в 17 раз :)

ну, теперь co_yield проигрывает в 17 раз :)

kek

похоже разработчики STL для вижака не знают об этой проблеме ?

ну, теперь co_yield проигрывает в 17 раз :)

попробуйте сменить exception handling model с EHsc на что-нибудь другое

попробуйте сменить exception handling model с EHsc на что-нибудь другое

изменил на no, 17 раз

не забудьте EHsc вернуть :)