https://ns.opennet.ru/openforum/vsluhforumID3/110149.html Разработчики GCC реализовали (https://gcc.gnu.org/projects/cxx-status.html#cxx1z) в компиляторе G++ все возможности, определённые в черновике грядущего стандарта С++17 (https://ru.wikipedia.org/wiki/C%2B%2B17) (C++1z), финальный вариант которого ожидается в этом году. В libstdc++ отдельные возможности C++17 пока остаются (https://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.201z) нереализованными. Экспериментальная поддержка всех возможностей C++17 будет предоставлена в составе GCC 7.0 и для включения потребует указания флага "-std=c++1z", а для включения GNU-расширений - флага "-std=gnu++1z". <br><br><br>В Clang работа над поддержкой C++17 также близка к завершению (http://clang.llvm.org/cxx_status.html#cxx17), не готовыми пока остаются только лямбда-выражения constexpr (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0170r1.pdf), выведение (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0091r3.html) (дедукция) аргументов шаблона для шаблонов класса и сопоставление (http://www https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#153 Thu, 20 Apr 2017 17:19:23 GMT &gt; Попытался тут перевести один свой C++ Qt проектик на Rust, понял сколько нужно с нуля реализовывать и забил.<br><br>Время компиляции и сборки Rust 1.16 сопоставимо с временем компиляции и сборки LLVM 3.9.<br>Qt - самый жирный фреймворк/набор C++ классов. Так, чтобы собрать какую-нибудь малюсенькую программку на Qt, нужно каждый раз разворачивать архив qt-everywhere-opensource-src-4.8.7.tar.gz размером 241 МБ, чего-то с ним делать и потом удалять ненужное, получая нужное (честное слово - как статую из скалы высекаешь). Вы же выбираете самое тормозное и жручее в квадратичной степени. Зачем так делать, не понимаю. Qt непопулярный фреймворк. Оконные приложения в основном пишутся/писались на Gtk2. Лично я настороженно отношусь к приложениям с Qt.<br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#152 Sat, 04 Feb 2017 23:23:00 GMT &gt; На лету и остальная динамика хороши с точки зрения академического интереса.<br><br>Этот самый академический интерес работает не сильно медленнее обычного Си. Раза эдак в четыре всего.<br><br>&gt; Для продакшена хотелось бы возможности явного отключения тяжелых конструкций, например, все динамическое, проверки границ и прочее. Чтобы было что-то типа прагмы.<br><br>Посмотрите на Ocaml. Там именно так и сделано.<br> <br>&gt; Не мешало бы поиметь несколько точек входа в процедуру<br><br>А может тогда лучше пусть это будут несколько разных процедур?<br><br>&gt; и арифметическое ветвление<br><br>Ой, ну это же синтаксический сахар. Его не так уж сложно добавить.<br><br>&gt; прямой выход из вложенных вызовов с очисткой стека, <br><br>exceptions<br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#151 Tue, 24 Jan 2017 22:36:18 GMT &gt; http://www.state-machine.com/doc/AN_OOP_in_C.pdf <br><br>Жуть. Меня поражает объём работы. Не лень же кому-то было написать столько очевидных вещей.<br>10 страниц очевидных вещей. И картинки нарисовать... Блин. Жуть.<br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#150 Thu, 19 Jan 2017 12:13:37 GMT &gt;&gt; Кто-то ж из Анонимов говорил, что то ли Си14 будет ообязятелен в Си++19 <br><br>", то ли кактие-то другие числа".<br><br>&gt; Точно известно, что в C++17 обязателен C11. К тому же, разве C14 <br>&gt; существует?<br><br>Я позволил себе [от/про]пустить отсвоение сортов чисел. На уровне после прочтения K&R примерно. И фигурно вырезанной выше конструкцией "то ли X, то ли Y" и прикреплёнными к ней вопросами к Сверхразуму, я, как мне казалось, ясно обозначил не особую свою уверенность в тех числах. Надеюсь, я помог Вам В Вашем затруднении? Если ещё что-то не понятно, обращайтесь. Спасибо.<br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#149 Wed, 18 Jan 2017 21:45:22 GMT &gt; Существует только С++11. Все остальное есть фейк и кал<br><br>А ты - первое или второе? или сочетаешь?<br><br><br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#148 Wed, 18 Jan 2017 12:37:25 GMT &gt; Си и все что из него выросло как понятная и логичная вещь <br>&gt; умер вместе с архитектурой PDP для которой он и был написан. <br><br>Архитектура у PDP куда лучше, чем у штеуда. Уж то под штеуд хрен какой язык напишешь, настолько все там угробищно. <br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#147 Wed, 18 Jan 2017 12:14:51 GMT &gt; А вот если смогут реализовать наследование, расширение модулей и генерацию на лету <br>&gt; (functors) на основе других модулей, то это будет мега-фича. Впрочем, с <br>&gt; фанкторами, скорее всего не получится. Они будут, пожалуй, сродни модулям первого <br>&gt; порядка, а в c++ реализовать подобное будет сложновато.<br><br>На лету и остальная динамика хороши с точки зрения академического интереса. Для продакшена хотелось бы возможности явного отключения тяжелых конструкций, например, все динамическое, проверки границ и прочее. Чтобы было что-то типа прагмы. Указал ее и отрубились все фичи, отбирающие время и защищающие от дурака. <br>Не мешало бы поиметь несколько точек входа в процедуру и арифметическое ветвление на три ветки, прямой выход из вложенных вызовов с очисткой стека, <br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#146 Wed, 18 Jan 2017 12:13:20 GMT Существует только С++11. Все остальное есть фейк и кал, пока не выйдет из комитета в виде печатного релиза. <br> https://ns.opennet.ru/openforum/vsluhforumID3/110149.html#145 Tue, 17 Jan 2017 13:53:02 GMT http://www.state-machine.com/doc/AN_OOP_in_C.pdf<br>