Проблема в том, что std::async не справляется (и фундаментально не может справляться) со своей задачей — предоставить task-based параллелизм. Подробнее см. [1]

Если верить Eli Bendersky [2], из-за указанных в [1] проблем (и не только) std::async почти пометили бумажкой «deprecated» в 17-м стандарте, но в последний момент решили подставить кастыль в виде [3], только ради того, чтобы сохранить лицо комитета стандартизации: шутка ли — в 11-м году принять фичу в стандарт, а уже в следующей редакции (14-я была минорной, не забывайте) пометить deprecated. Это поставит под сомнение адекватность и легитимность комитета.

Вот так всегда в C++: впопыхах напихали нерабочих фич в стандарт — потом подпирают кастылями.

[1] https://bartoszmilewski.com/2011/10/10/async-tasks-in-c11-not-quite-there-yet/
[2] http://eli.thegreenplace.net/2016/the-promises-and-challenges-of-stdasync-tas...
[3] http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3773.pdf

P.S. Лучше бы его и правда пометили deprecated.

http://i.imgur.com/Dp5mYUh.jpg

По сравнению с C++, в Rust правильно сделано хеширование. Этот пропозал http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3980.html, как я понял, не попадает в 17-й стандарт.

А вот аллокаторов в Rust вообще нет. Т.е. есть, один глобальный, для всего. А так, чтобы для одного std::vec использовать один аллокатор, а для другого — другой — хрен. Конечно, аллокаторы должны быть, но сделанные с умом, а не как в C++.

Как сообщает Red Hat, начиная со следующей версии (2.5.2), библиотека Cygwin будет распространяться на условиях LGPLv3. Это позволит разработчикам проприетарного ПО линковать свои программы с ней. Ранее библиотека распространялась под лицензией GPLv3 и для линковки с проприетарным ПО требовалось приобрести коммерческую лицензию.

>>> Подробности

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

Я подумал, что было бы неплохо описывать отладочный вывод где-то вне кода. С использованием какого-нибудь упрощённого паттерн-матчинга для AST, чтобы можно было писать что-нибудь вроде «в функции foo() вставить отладочный вывод значения переменной bar до и после каждого вызова baz()». А дальше какая-нибудь утилита при компиляции брала бы исходник и вставляла в него отладочный вывод в соответствии с этой инструкцией.

Оказывается, то, что о чём я мечтал, было придумано ранее и громко названо Аспектно-Ориентированным Программированием.

Вопрос: зачем так пафосно?

Перемещено tailgunner из development