| 1.1, wooz (??), 16:27, 05/10/2017 [ответить]
| –4 +/– |
Наверное, правильней говорить "обновление интерперетатора языка", ибо сам язык не претерпел изменений ведь, верно?
| | |
| |
| 2.2, й (?), 17:17, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
он компилируемый. один из фиксов -- в стандартной smtp-библиотеке (оторвали plain, если нет tls и не localhost), второй -- в своего рода пакетном менеджере go get.
| | |
| |
| 3.3, anonimus (?), 18:12, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– | |
Интерпретируемый / компилируемый, какая разница? Язык это одно, а стандартная библиотека - это другое.
Если в glibc найдётся уязвимость, мы будем кричать про новый релиз языка с++? Или все таки следующего стандарта подождем?
| | |
| |
| 4.4, deb (?), 23:38, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Одна из особенностей "языка go" (в контексте заголовка - так его везде в энторнэтах и используют "язык go", "go lang") - это не просто отдельный компилятор + отдельная стандартная библиотека, оно "в одном флаконе", причем собирать и использовать его можно не только из /bin | /usr/local | /opt / etc, а откуда угодно - хоть из $HOME, да хоть из /tmp (причем очень просто - достаточно задать помимо $GOPATH еще и $GOROOT - что удобно в CI, когда можно на сборочных агентах при сборке без возможности пользования контейнеров/виртуализации иметь одновременно сразу несколько версий). А glibc - это "всего лишь" библиотека... (Про С++ вы наверно пошутили, подразумевая libstdc++/libc++?...)
| | |
| |
| 5.6, Аноним (-), 10:14, 06/10/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
эммм.. я реально не понимаю.
с++ тоже можно "собирать и использовать не только из /bin | /usr/local | /opt / etc, а откуда угодно - хоть из $HOME, да хоть из /tmp"
и даже задавать ни чего не нужно, главное что бы не было noexec
кстати, тот же stdc++ идет из компилятора.
| | |
|
| 4.5, angra (ok), 01:02, 06/10/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
 У многих ЯП нет четкого разделения на спецификацию и реализацию. Корректирующий выпуск perl, ruby или python тоже может выйти без каких-либо изменений в спецификации, но с исправлениями/улучшениями в core модулях или утилитах. И говорит будут про обновление языка perl/ruby/python, так как там спецификация и ее эталонная(а то и единственная) реализация неразрывно связаны. Go относится к таким ЯП.
А есть ЯП вроде C, С++ и javascript, которые отличаются тем, что спецификации сами по себе, а реализации сами по себе. И для них нормальна ситуация, когда ни одна из реализаций не является полноценной, но вместе с тем содержит не входящие в спецификацию фичи. Вот для них про изменение в стандарте и изменение в какой-либо из реализаций говорят отдельно. А в случае с libc еще хуже, у нее своя независимая разработка и множественные не очень совместимые реализации, про которые тоже пишут отдельно, а не говорят об обновлении языка С.
| | |
|
|
|
|
