https://opennet.dev/openforum/vsluhforumID3/113971.html Компания Apple опубликовала (https://swift.org/blog/swift-4-1-released/) релиз языка программирования Swift 4.1 (https://swift.org). Официальные сборки подготовлены (https://swift.org/download/#releases) для Linux (Ubuntu 14.04, 16.04, 16.10) и macOS (Xcode). Исходные тексты распространяются (https://github.com/apple/swift) под лицензией Apache 2.0.<br><br><br><br>В новой версии компилятора представлен (https://swift.org/blog/osize/) новый режим оптимизации "-Osize", позволяющий на 5-30% сократить размера результирующего кода, ценой небольшого снижения производительности. В набор для настройки процесса сборки добавлены (https://github.com/apple/swift-evolution/blob/master/proposals/0075-import-test.md) функции для проверки возможности импорта определённых модулей (например "#if canImport(UIKit)...") и определения выбранной целевой платформы (например, "#if targetEnvironment(simulator)..."). В пакетном менеджере обеспечено корректное разрешение зависимостей при использовании различных URL-схем (например, ssh и http). https://opennet.dev/openforum/vsluhforumID3/113971.html#102 Tue, 03 Apr 2018 17:10:15 GMT Судя по списку зависимостей с Арча https://aur.archlinux.org/packages/swift/<br>swift 4.1 живет на llvm 4.1<br> https://opennet.dev/openforum/vsluhforumID3/113971.html#101 Tue, 03 Apr 2018 06:15:27 GMT А рантайм сколько?<br> https://opennet.dev/openforum/vsluhforumID3/113971.html#99 Sun, 01 Apr 2018 17:43:46 GMT &gt; подробное объяснение, почему в Swift сделали ARC и не сделали полноценный GC, как например, в Java: <br>&gt; https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160208/009422.html <br><br>Оттуда же, для танкистов:<br>&gt; Technically speaking, reference counting is a form of garbage collection,<br>&gt; Since there are multiple forms of GC, I'll assume that you mean a generational mark and sweep algorithm like you&#8217;d see in a Java implementation. https://opennet.dev/openforum/vsluhforumID3/113971.html#98 Sun, 01 Apr 2018 13:51:48 GMT подробное объяснение, почему в Swift сделали ARC <br>и не сделали полноценный GC, как например, в Java:<br><br>https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160208/009422.html<br>[swift-evolution] What about garbage collection?<br><br>[...]<br><br>&gt; Has a GC been considered at all?<br><br>GC also has several *huge* disadvantages that are usually glossed over: while it is true that modern GC's can provide high performance, they can only do that when they are granted *much* more memory than the process is actually using. Generally, unless you give the GC 3-4x more memory than is needed, you&#8217;ll get thrashing and incredibly poor performance. Additionally, since the sweep pass touches almost all RAM in the process, they tend to be very power inefficient (leading to reduced battery life).<br><br>I&#8217;m personally not interested in requiring a model that requires us to throw away a ton of perfectly good RAM to get an &#8220;simpler" programming model - particularly on that adds so many tradeoffs.<br> https://opennet.dev/openforum/vsluhforumID3/113971.html#97 Sun, 01 Apr 2018 13:26:15 GMT &gt; Сколько весит hello world! на Swift?<br><br>Hello.swift:<br><br>print("Hello, World!")<br><br>бинарник с отладочной информацией получается 14808 байт, <br>если сделать strip - будет 11408 байт.<br><br>$ swift -version<br>Swift version 4.1 (swift-4.1-RELEASE)<br>Target: x86_64-unknown-linux-gnu<br><br>P.S. <br><br>Swift можно поставить на убунту и самому попробовать, https://swift.org/download/<br> https://opennet.dev/openforum/vsluhforumID3/113971.html#96 Sun, 01 Apr 2018 08:36:20 GMT Сколько весит hello world! на Swift?<br> https://opennet.dev/openforum/vsluhforumID3/113971.html#95 Sat, 31 Mar 2018 14:41:28 GMT &gt; внучек, ты же в курсе, что в старых версия gcc (там где <br>&gt; еще был obj-c), нет ARC? потому что реализовать ARC в терминах gcc было нереальной задачей и именно поэтому ябл переехала на шланг. <br><br>О как? Причина, оказывается, уже не пробно-успешное коммерческое (закрытое) использование LLVM Яблом и одновременный переход GCC на GPLv3, а "неосиляние", тьху, "нереальность" решения задачи, с которой справились два студня (см. vala)<br>Ясно. Понятно . *ищет вилку, чтобы снять лапшу с ушей* <br> <br><br>&gt; а про достижение - во времена java/go/python/js/c#, использование ARC вместо тормозного gc можно и нужно считать достижением <br>&gt; использование ARC вместо тормозного gc <br><br>Достижением маркетолугов Ябла &#8211; безусловно. Именно об этом и речь - ARC оказывается уже совсем не тормозит (повторять перед зеркалом каждое утро) и вообще, не является одной из разновидностей GC.<br>В общем,<br>/0<br> https://opennet.dev/openforum/vsluhforumID3/113971.html#94 Sat, 31 Mar 2018 12:07:36 GMT &gt;Но громко орут, похваляются (и чуть что &#8211; оскорбляются), преподнося все как "великое достижение", каждый раз только надкушенные &#8211; _вот это_ и есть контекст "про ЯП" и вообще, этой ветки, дедуля ;)<br><br>внучек, ты же в курсе, что в старых версия gcc (там где еще был obj-c), нет ARC? потому что реализовать ARC в терминах gcc было нереальной задачей и именно поэтому ябл переехала на шланг.<br><br>а про достижение - во времена java/go/python/js/c#, использование ARC вместо тормозного gc можно и нужно считать достижением<br> https://opennet.dev/openforum/vsluhforumID3/113971.html#93 Sat, 31 Mar 2018 11:58:09 GMT &gt;Для всего хоть как-то актуального<br><br>у вас актуальное только винда да лялекс<br><br>для глубокого эмбеддеда не все так однозначно<br>