https://slinkov.ru/openforum/vsluhforumID3/136544.html В процессе разработки версии 3.0 языка программирования Nim ведётся работа над обновлённым компилятором, использующим промежуточный формат NIF (Nim Intermediate Format). В новом компиляторе будет решено несколько технических задач, среди которых улучшение инкрементальной компиляции и упрощение управления зависимостями между модулями. Дата релиза Nim 3.0 пока не определена...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63031<br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#183 Thu, 10 Apr 2025 14:45:44 GMT Да, спасибо<br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#182 Thu, 10 Apr 2025 05:56:37 GMT &gt; раньше nim компилировался в сишечку<br><br>И по прежнему будет компилироваться в Си. Никто это не отменяет<br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#181 Wed, 09 Apr 2025 13:28:04 GMT &gt; Если пробелы играют управляющую роль, то поставить их может только программист, и только вручную.<br><br>Я могу согласиться с исключительно ролью программиста, но насчёт "только вручную" тут ты загнул. Текстовый редактор запросто может поддерживать изменение идентации для выделенных строк, автоматизируя таким образом ручную работу. Да и с текущей строкой, компилятор может сделать всё проще, позволив для этой строки менять идентацию, добавляя/удаляя сразу столько пробелов, сколько надо чтобы засунуть её в if, или вынести оттуда.<br><br>Помимо этого, текстовый редактор может "угадывать", и выравнивать новую строку так же как предыдущая выровнена, или добавлять идентацию если предыдущая строка начинается с if. При таком раскладе редактор будет в большинстве случаев угадывать, и опять же говорить про "вручную" не приходится.<br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#180 Wed, 09 Apr 2025 13:04:25 GMT &gt;всё форматирование делается автоматом<br><br>Получается, не автоматом<br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#179 Wed, 09 Apr 2025 07:48:38 GMT &gt; Я тебя (и его заодно) расстрою - 12% это "неизвестно, какой именно корп".<br>&gt; Не-корпов (None) там аж 3.2% <br><br>Я просто взял по максимуму)<br>В прошлый раз анон мне начал втирать "да это люди может в корпе работают, но пишут в свободное время от имени сообщества, так что нищитово!!11".<br><br>Хотя цифра в 3% выглядит совсем уныло<br><br><br><br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#178 Wed, 09 Apr 2025 07:13:38 GMT &gt;&gt; да проснитесь вы уже! что-то реально полезное пишет не сообщество, а сотрудники компаний которые юзают опенсоурс для решения своих бизнес задач; посмотрите кто является спонсорами этого вашего опенсоура и прекратите себя обманывать.<br>&gt; Слушай, мы в этот опенсорс контрибутим и им пользуемся, мы постоянно видим <br>&gt; коммит логи, и не видим там никаких корпораций.<br><br>Линус Торвальдс не принимает коммиты от анонимов, зато анонимы любят писать "мы" вместо "я", для придания веса пустому месту.<br><br><br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#177 Wed, 09 Apr 2025 07:04:31 GMT Ну да, можно было сравнить моё описание флага с man mmap<br><br>/**<br> * Если разрешен overcommit, не резервируется место в подкачке для<br> * отображений с обычным размером страниц памяти.<br> * Для файловых отображений с большими страницами не резервируется всегда.<br> * Для анонимных отображений с большими страницами игнорируется.<br> * Наличие резерва гарантирует отсутствие #SIGSEGV при попытке записи,<br> * иначе может не найтись свободной физической страницы.<br> * см\. \c do_mmap() в \c linux/mm/mman.c.<br> */<br>#define MAP_NORESERVE 0x4000<br><br>https://github.com/STrusov/Ussury/blob/a6a5c54c2640a365e8ef2925a01ae0c9957d2ca8/Linux/sys/mman.h#L82C1-L91C31<br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#176 Tue, 08 Apr 2025 19:52:38 GMT блин, это же было очевидно. прости<br> https://slinkov.ru/openforum/vsluhforumID3/136544.html#175 Tue, 08 Apr 2025 19:52:06 GMT я и не пытался. скинул рандомную статью, вдруг поможет<br>