https://opennet.dev/openforum/vsluhforumID3/99631.html В состав проекта LLVM принят (http://llvmweekly.org/issue/42) начальный набор биндингов (http://reviews.llvm.org/rL219976) для обеспечения поддержки развиваемого компанией Google языка программирования Go (http://golang.org/), который позиционируется как гибридное решение, сочетающее высокую производительность компилируемых языков с такими достоинствами скриптовых языков, как лёгкость написания кода, быстрота разработки и защищённость от ошибок. Принятый код основан на наработках проекта LLVM Go (https://github.com/go-llvm/llvm), разработчики которого согласились перелицензировать код под лицензией LLVM и предложили (http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-October/077608.html) свою работу для включения в основной состав LLVM. <br><br><br><br>Включение биндингов в состав LLVM является необходимым условием дальнейшей интеграции в LLVM фронтэнда с компилятором для языка Go (llgo (https://github.com/go-llvm/llgo)), который построен с использованием данных биндингов. Ожидается, что поддержка языка Go войдёт в сост https://opennet.dev/openforum/vsluhforumID3/99631.html#16 Wed, 29 Oct 2014 17:14:44 GMT &gt; Ожидается, что поддержка языка Go войдёт в состав следующего выпуска LLVM 3.6.<br><br>Только взялись интегрировать, и уже в следующем релизе! Это радует.<br><br>Вот бы они так с openmp поступили. А то говорят уже более года, а успеть и до 3.6 под большим вопросом.<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#15 Tue, 28 Oct 2014 12:18:36 GMT Да и потом, лично мне Go нравится из-за статичной линковки. А так, я соберу у себя программу с помощью gccgo, а на другой машине будет другая версия gccgo (или не будет), у которой ABI поломано.<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#14 Tue, 28 Oct 2014 12:16:17 GMT &gt; Работают вполне.<br><br>Ну уж извините, я бедный, у меня нет золота.<br><br>&gt; Ну, чего поделаешь. Однако чаще всего на Go пишут серверные приложения, которые <br>&gt; запускают под *nix.<br><br>Ну я на нем только клиентские писал. Хотя была одна серверная, но нужно было учитывать возможность поднятия под Windows.<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#13 Tue, 28 Oct 2014 12:11:52 GMT &gt; Чувствуется эксперт. gccgo умеет линковаться с динамическими библиотеками, в отличие от официального компилятора.<br><br>В офф. компиляторе этого нет, потому-что в Go изначально этого нет.<br>Да и потом, с чего это нет? import "C" даст вам все что угодно. Я так SSE через ассемблерные вставки использовал.<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#11 Mon, 27 Oct 2014 18:58:36 GMT &gt; Иными словами что такого есть в Go, что недостаточно стандартных возможностей LLVM и <br>&gt; нужно делать какие-то биндинги?<br><br>Ну, во-первых, llgo написан на Go, и ему хотелось бы как-то вызывать библиотеки LLVM. Конструктор байт-кода, например.<br><br>Хотя, конечно, я думаю, теоретически, может быть, наверное, он мог бы выплевывать LLVM IR самостоятельно, а потом просто вызывать llc.<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#10 Mon, 27 Oct 2014 18:54:43 GMT &gt;там не работают goroutine<br><br>Работают вполне.<br><br>&gt;работает он только под *nix (ну или только под GNU/Linux)<br><br>Ну, чего поделаешь. Однако чаще всего на Go пишут серверные приложения, которые запускают под *nix.<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#9 Mon, 27 Oct 2014 17:47:27 GMT Отличная новость! <br>Интересно, а в чем заключается поддержка Go со стороны LLVM? Иными словами что такого есть в Go, что недостаточно стандартных возможностей LLVM и нужно делать какие-то биндинги? Для Rust есть аналогичная "поддержка со стороны LLVM"?<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#8 Mon, 27 Oct 2014 16:48:17 GMT &gt; gccgo умеет линковаться с динамическими библиотеками, в отличие от официального компилятора.<br><br>Ты так говоришь, как будто это что-то хорошее<br> https://opennet.dev/openforum/vsluhforumID3/99631.html#7 Mon, 27 Oct 2014 16:12:07 GMT имеются ввиду сборка мусора и bounds checking<br>