https://opennet.me/openforum/vsluhforumID3/114697.html После полутора лет разработки представлен (https://www.mail-archive.com/python-announce-list@python.org/msg08356.html) значительный релиз языка программирования Python 3.7 (https://www.python.org/downloads/release/python-370/). Примерно через месяц планируется сформировать первый корректирующий релиз Python 3.7.1. Корректирующие обновления для ветки Python 3.7 планируется выпускать в течение 18 месяцев. Критические уязвимости будут исправляться 5 лет до июня 2023 года.<br><br><br><br><br><br>Среди добавленных новшеств (https://docs.python.org/3.7/whatsnew/3.7.html):<br><br><br><br><br>- Предложен новый C API для TLS (Thread-Local Storage (https://en.wikipedia.org/wiki/Thread-local_storage)), который предоставляет новый TSS (Thread Specific Storage) API вместо ранее предоставляемого интерпретатором <br>TLS API (https://docs.python.org/3.7/c-api/init.html#thread-local-storage-api), в котором использовался тип int для представления ключей TLS на всех платформах. Новый TSS API вводит в обиход отдельный тип Py_tss_t, определение которого https://opennet.me/openforum/vsluhforumID3/114697.html#85 Mon, 03 Sep 2018 18:12:01 GMT А будет уже Python_State по аналогии с Lua_State, а то хочеться иметь много маленьких интерпритаторов Python в одной большой программе на C++ ;-)<br> https://opennet.me/openforum/vsluhforumID3/114697.html#84 Mon, 03 Sep 2018 18:10:54 GMT &gt; Использую начиная с Python 3.5 совместно с mypy (Статический анализатор).<br><br>Это не штатный инструмент транслятора?<br><br>&gt; Если хочется "runtime" проверку типов, то есть Enforce.py и еще парочка.<br><br>Это не штатный инструмент транслятора?<br><br>&gt; Для себя опасение пропустить в производство продукт с ошибками, решаю написанием тестов. <br><br>Выглядит как мы рискованные парни, но мы используем 1.5 инструмента и тесты только ради возможности в любой момент поменять тип данных.<br> https://opennet.me/openforum/vsluhforumID3/114697.html#83 Sat, 07 Jul 2018 08:43:43 GMT &gt; Фортран развивается живее, чем, например, микрософтовские компиляторы -- последний стандарт <br>&gt; на фортран вышел в 2010 году.<br><br>Это который 2008? Любопытно, кем-то оно уже реализовано?<br><br><br> https://opennet.me/openforum/vsluhforumID3/114697.html#82 Sat, 07 Jul 2018 08:40:18 GMT &gt; И много где эта арифметика произвольной точности, Вы же это имеете в <br>&gt; виду, используется?<br><br>Я имею в виду не "арифметику произвольной точности", я конкретно библиотеку GMP. Используется в любой системе компьютерной алгебры, даже в коммерческих вроде Mathematica.<br><br>&gt; И я не про 99% кода по объему кода, а про "работает", в смысле "занимает процессорный ресурс".<br><br>Занимает где? И по объему кода и по работает - при поиске целых Мерсенна фортрановский код не используется. Или вот GADGET - достаточно современный проект - нету там фортрана.<br><br>&gt; просто соберите с нуля хоть одну нецелочисленную математическую библиотеку и вы наткнетесь при сборке на f2c.<br><br>См. выше, собрал. Теперь чо с вами делать, тапком за вранье уже начинать бить?<br> https://opennet.me/openforum/vsluhforumID3/114697.html#81 Fri, 06 Jul 2018 12:01:52 GMT &gt; Стандарт нужен, когда есть куча диалектов. Как у сишечки, например. А тут <br>&gt; компиляторов всего полторы штуки и ажиотажа по их созданию не наблюдается. <br>&gt; Он сам себе стандарт.<br><br>Как раз стандарт нужен тогда, когда компиляторов полторы штуки. Мало ли какая блажь в голову папе земляного червяка взбредет или ЦРУ/ФБР ему фаберже в тиски зажмет, а если есть стандарт, на это можно наклать. Например, реализовать cахаровский проект:)<br><br> https://opennet.me/openforum/vsluhforumID3/114697.html#80 Fri, 06 Jul 2018 11:55:35 GMT &gt;&gt; Язык же должен развиваться! Слышите вы?<br>&gt; Развиваются живые языки. А фортран - скорее мертв чем жив.<br><br>Фортран развивается живее, чем, например, микрософтовские компиляторы -- последний стандарт на фортран вышел в 2010 году. В это время MSVC-2010 стандарт 1998 года на C++ поддерживала не полностью. Даже сегодня студия не поддерживает не только такие простые вещи, как динамические массивы в С, булев и комплектный типы, но даже стандарт языка С 1999 года в полном объеме не удосужились реализовать. Я вот думаю, чем они там собирают свою студию? Используя те инструменты, котороые они предлагают программистам, невозможно не только отладчик написать, но даже простой компилятор с любого из тех языков, котороые они насаждают в своем уютненьком тупичке.<br> <br><br> https://opennet.me/openforum/vsluhforumID3/114697.html#79 Fri, 06 Jul 2018 11:32:28 GMT &gt;&gt;Это 99% всего математического кода, который работает в мире (lapack, например).<br>&gt; Можно услышать источник этой смелой оценки? Дай угадаю, из носу выковыряли? <br>&gt; В мире полным полно математического кода, написанного не на фортране. В <br>&gt; целых прикладных областях нет никаких ему фортрановских альтернатив в принципе, например <br>&gt; GMP.<br><br>И много где эта арифметика произвольной точности, Вы же это имеете в виду, используется? <br>И я не про 99% кода по объему кода, а про "работает", в смысле "занимает процессорный ресурс". При работе обычного ансиса при расчете сжимаемых турбулентных МГД-течений на не фортрановский код приходится менее процента без учета накладных на мпи-обмен и прочие сетевые и системные утечки. То, что понапилили биндингов к линейной и прочей алгебре, геометрии и дуфурам к таким языкам, как си и кресты, не меняет ситуацию -- просто соберите с нуля хоть одну нецелочисленную математическую библиотеку и вы наткнетесь при сборке на f2c.<br> https://opennet.me/openforum/vsluhforumID3/114697.html#78 Wed, 04 Jul 2018 16:38:04 GMT Кто заплатит за создание стандарта? Это же много денег стоит<br> https://opennet.me/openforum/vsluhforumID3/114697.html#77 Mon, 02 Jul 2018 21:59:54 GMT &gt; Язык же должен развиваться! Слышите вы?<br><br>Развиваются живые языки. А фортран - скорее мертв чем жив.<br><br>&gt; ретрограды продолжают ездить на круглых колёсах, вместо того чтобы придумать уже какие-нибудь треугольные<br><br>Это фортран-то круглое колесо?<br>