Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз языка программирования Rust 1.24"	+/–
Сообщение от opennews (??) on 16-Фев-18, 12:46
Состоялся (https://blog.rust-lang.org/2018/02/15/Rust-1.24.html) релиз языка программирования Rust 1.24 (http://www.rust-lang.org), развиваемого проектом Mozilla. Язык сфокусирован на безопасной работе с памятью, обеспечивает автоматическое управление памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime. По структуре язык  Rust напоминает C++, но существенно отличается в некоторых деталях реализации синтаксиса и семантики. Автоматическое управление памятью избавляет разработчика от манипулирования указателями и защищает от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo (http://blog.rust-lang.org/2014/11/20/Cargo.html), позволяющий получить нужные для программы библиотеки  в один клик. Для размещения библиотек поддерживается репозиторий crates.io (https://crates.io/). В подготовке нового выпуска приняли участие 152 разработчика. Основные новшества (https://github.com/rust-lang/rust/blob/master/RELEASES.md#ve...): -  Реализована утилита rustfmt (https://github.com/rust-lang-nursery/rustfmt) для автоматического формирования исходных текстов в соответствии с рекомендациями (https://github.com/rust-lang-nursery/fmt-rfcs) по оформлению кода  на языке Rust. Для установки утилиты следует использовать команду "rustup component add rustfmt-preview"; -  Включена по умолчанию  инкрементальная компиляция, позволяющая пересобирать только изменившиеся части кода. Данный режим позволяет значительно сократить время сборки проекта при повторной компиляции после внесения мелких правок. Кроме того,  в новом выпуске  параметр codegen-units по умолчанию увеличен до 16, что позволило существенно (https://github.com/rust-lang/rust/issues/45320) ускорить процесс сборки за счёт распараллеливания операций, ценой незначительного снижения производительности результирующего исполняемого файла (для обеспечения максимальной производительности можно указать codegen-units=1); -  Устранено неопределённое поведение обработчиков краха в контексте функций FFI (https://doc.rust-lang.org/book/first-edition/ffi.html) (Foreign Function Interface), работа которых могла отличаться в зависимости от ABI. Например, до сих пор оставался непредсказуемым код на базе "C" ABI:    extern "C" fn panic_in_ffi() {        panic!("Test");    } В Rust 1.24 такой код теперь всегда приводит к прерыванию выполнения, вместо неопределённого поведения; -  До 10 раз ускорено выполнение операции поиска символов внутри строки при помощи функции str::find, которая переписана с использованием  memchr. На  memchr также переведена реализация [u8]::contains, но ускорение её работы не столь внушительно (ускорение примерно в 3 раза). С использованием ассемблерных инструкций проведена оптимизация f32::min и  f32::max; -  В разряд стабильных переведена новая порция API, в том числе    RefCell::replace,  RefCell::swap и std::sync::atomic::spin_loop_hint; -  Обеспечена возможность использования внутри неизменных выражений (constant, static) функций  Cell, RefCell,  UnsafeCell, {integer}::min_value, max_value,    mem’s size_of, align_of, ptr::null, null_mut, а также функции работы с различными целыми типами Atomic (AtomicBool::new, AtomicPtr::new, AtomicIsize::new и т.п.). Например, теперь можно указать "static COUNTER: AtomicUsize = AtomicUsize::new(1);" -  Добавлена поддержка новых целевых платформ armv4t-unknown-linux-gnueabi и aarch64-unknown-openbsd. URL: https://blog.rust-lang.org/2018/02/15/Rust-1.24.html Новость: http://www.opennet.dev/opennews/art.shtml?num=48087
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от Аноним (??) on 16-Фев-18, 12:46
Как оно по сравнению с Vala ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Релиз языка программирования Rust 1.24"	+9 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 12:59
	Что такое Vala? Вы откуда к нам приехали? У нас только го, раст, питон, си, ява и тп.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Хипстер и смузихлеб on 16-Фев-18, 13:08
	В Solus Linux используют Vala, Go, C.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	8. "Релиз языка программирования Rust 1.24"	+3 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 13:22
	Ясно откуда, из GNOME, конечно же
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	9. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Nexmean on 16-Фев-18, 13:22
	Гибкий, быстрый, строгий. Пожалуй самый строгий из императивных языков программирования. При это присутствует возможность построения абстракций (~нулевой стоимости) практически любой сложности, но ради справедливости стоит отметить, что не любой. Например HKT ещё не завезли и не факт что вообще завезут.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	56. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от angra (ok) on 16-Фев-18, 16:31
	> Пожалуй самый строгий из императивных языков программирования Ты забыл добавить самое важное ", которые я знаю". Например go более строгий.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	70. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Nexmean on 16-Фев-18, 17:52
	Ага, строгость уровня interface{} и передачи в горутины не thread-safety типов.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	74. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 18:05
	Гагага, есть наблюдательные. У нас строго типизированный язык, но мы тут сделаем хак... оп, и у нас interface{} по функциям гуляет
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	78. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от angra (ok) on 16-Фев-18, 18:24
	Смысл строгой типизации не в том, чтобы не дать программисту возможности сделать желаемое, а в том, чтобы не дать ему случайно сделать то, чего он не хотел. Использование interface{} это явный выбор программиста, а вот преобразования типов компилятором в выражениях без соответсвующего прямого указания это неявное действие. Ну и отдельно отмечу, что interface{} это совсем не синоним произвольного типа. Без _явного_ преобразования в конкретный тип единственное, что можно с таким объектом сделать, это сохранить и передать куда-либо еще. К примеру такой код работать не будет: func add ( a,b interface{} ) interface{} {     return a+b }
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	84. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 19:31
	> не в том, чтобы не дать программисту возможности сделать желаемое, а в том, чтобы не дать ему случайно сделать то, чего он не хотел всё так. > Ну и отдельно отмечу, что interface{} это совсем не синоним произвольного типа. Да. > Без _явного_ преобразования в конкретный тип единственное, что можно с таким объектом сделать, это сохранить и передать куда-либо еще. Да вот func some(a interface{}) {     b := a.(MyType) } при некотором стечении обстоятельств упадёт только в рантайме. Но тут да, первое снова верно: > не в том, чтобы не дать программисту возможности сделать желаемое, а в том, чтобы не дать ему случайно сделать то, чего он не хотел "Если очень хочется, то пожалуйста, мочи". В go, однако, эти interface{} на каждом шагу расплодились
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	116. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от angra (ok) on 16-Фев-18, 22:27
	> Да вот > func some(a interface{}) { >     b := a.(MyType) > } > при некотором стечении обстоятельств упадёт только в рантайме. Конечно. Потому оно и называется type assertion, а не type cast. У него есть вторая форма, которая позволяет проверить, действительно ли переменная этого типа: b,ok:=a.(MyType) В случае если "a" окажется другого типа, то в "ok" будет false, а переменная "b" будет инициализированна нулевым значением типа MyType. И никакой паники в рантайме.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	181. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 19-Фев-18, 13:17
	Да вот беда, вот вам пример: http://mobile.opennet.ru/opennews/art.shtml?num=48096#30
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	85. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 19:33
	А вот вопрос: interface{} можно ли считать более безопасным аналогом указателя на void?)
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	117. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от angra (ok) on 16-Фев-18, 22:39
	В общем-то да. Интерфейсная переменная в go являет собой структуру из двух полей, первое является указателем на структуру, описывающую тип текущего хранимого значения, второе является как раз указателем на void.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	18. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 13:43
	У вас это у кого? Леммингов?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	19. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от AKR (ok) on 16-Фев-18, 13:49
	Elementary OS - https://ru.wikipedia.org/wiki/Elementary_OS (7-ой в списке https://distrowatch.com) Большая часть окружения написана на языке Vala, что позволяет достигнуть производительности, сравнимой с языком C.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	53. "Релиз языка программирования Rust 1.24"	+4 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 16:10
	> Большая часть окружения написана на языке Vala, что позволяет достигнуть производительности, > сравнимой с языком C. А гнум написман прямо на С, что не мешает ему безбожно тормозить. Что сказать то хотел?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	79. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от AKR (ok) on 16-Фев-18, 18:24
	>> Большая часть окружения написана на языке Vala, что позволяет достигнуть производительности, >> сравнимой с языком C. > А гнум написман прямо на С, что не мешает ему безбожно тормозить. > Что сказать то хотел? Только то, что это не такой уж и неизвестный язык программирования, раз целая DE и разный софт под неё на Vala написаны, причём на дистрибутиве не из редких.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	89. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:11
	> А гнум написман прямо на С, что не мешает ему безбожно тормозить. Когда он был написан на C и Vala, он не тормозил. Тормозить стал, когда хипстота напихала туда JS.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	66. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 17:22
	> Elementary OS - https://ru.wikipedia.org/wiki/Elementary_OS (7-ой в списке https://distrowatch.com) > Большая часть окружения написана на языке Vala, что позволяет достигнуть производительности, сравнимой с языком C. Транслирование в сишку не дает автоматически сишной скорости. Да и завязка на GTK и glib слишком сильна. Нишевой ЯП, в общем.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	55. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Онаним on 16-Фев-18, 16:30
	Валя - это транспайлер урезанной старой версии C# в C. В целом достаточно приятная и полезная штука.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	135. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от neAnonim on 17-Фев-18, 01:20
	только коммерческие проекты на ней писать нельзя так как она гном библиотеки линкует by design.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	177. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Нет ты on 18-Фев-18, 14:21
	Под desktop легко, там LGPL как в Qt. Но если конечно же, кто-то сделал независимую реализацию GLib/GObject под zLib/MIT/Boost/BSD тогда внимания Vala приобрела намного больше. Чудесный язык, но перешел на сторону D с C++, доволен, особенно после того как добрали interop с C++ (что не мало важно, есть много хороших вещей на нем, а изобретать велосипед не охота).
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	178. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Нет ты on 18-Фев-18, 15:45
	И да, GNOME & GTK там не обязательны, только GLib/GObject.
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	179. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 18-Фев-18, 17:08
	> Что такое Vala? Вы откуда к нам приехали? У нас только го, > раст, питон, си, ява и тп. Си у вас нету, не пользуются хипстеры сями.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от TormoZilla on 16-Фев-18, 13:15
	Это стиральный порошок?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 13:18
	Подобно Objective-C но для GTK https://en.wikipedia.org/wiki/Vala_%28programming_langu...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от evkogan on 16-Фев-18, 13:22
	Vala это обертка над Си да еще и заточенная исключительно на GTK. Гораздо интереснее сравнение с Go. При том что тут нет сборщиков мусора и т.п, но есть защита по работе с памятью. К сожалению ощущение что кроме как внутри Мозилы его никто серьезно не пользует. То ли есть объективные недостатки, то ли просто не пробовали не ясно.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	13. "Релиз языка программирования Rust 1.24"	+3 +/–
	Сообщение от Nexmean on 16-Фев-18, 13:27
	Объективный недостаток - Rust слишком не похож на мейнстримные языки. Соответственно подавляющая масса программистов чтобы вкатиться должна потратить много времени и усилий, многие просто бросят это дело в самом начале, скажут, мол язык фекалия с инопланетными синтаксисом и/или семантикой и пойдут дальше кодить на Java/C/C++/C#/Go/JavaScript/Python.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	33. "Релиз языка программирования Rust 1.24"	–2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 15:09
	Вот только не надо. У го тоже вполне инопланетный синтаксис как бы его не называли C-подобным, а многое вообще схоже с растом.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	42. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 15:38
	У Go вполне читабельный и понятный синтаксис. А главное, - он примитивный. Есть, конечно, бредовые моменты, как например, методы с большой буквы, или массивы с квадратными скобками впереди. Но в целом, идеи интересные.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	57. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от angra (ok) on 16-Фев-18, 16:37
	> Есть, конечно, бредовые моменты, как например, методы с большой буквы Большая и маленькая буква в начале _любого_ идентификатора никак не связана с методами, это гениальный в своей простоте индикатор экспортируемости. Так что приватные методы можно без проблем начинать с маленьких букв.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	67. "Релиз языка программирования Rust 1.24"	+2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 17:28
	Любой язык, который навязывает оформление кода (в т.ч. и выбор имен) - broken by design.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	71. "Релиз языка программирования Rust 1.24"	+4 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 17:52
	> Любой язык, который навязывает оформление кода (в т.ч. и выбор имен) -  broken by design. В смысле, заставляет расставлять везде скобочки и ;, не разрешает начинать имена с цифр или того же $, не дает на практике (т.к. implementation defined) использовать кириллицу?
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	86. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:05
	Нет. Любое утверждение можно довести до абсурда. Но когда программа ломается и меняет поведение в зависимости от того, какой пробел ты поставил или с какой буквы начал имя метода, то что-то неладно в королевстве датском. Начинать имена с цифр или спец-символов, а также использовать национальные символы в именах - однозначное зло, и очень хорошо, что в разумных языках это запрещено или как минимум не приветствуется. Хотите конопатиться с умляутами, китайскими иероглифами или каким-нибудь ивритом? Нет уж, спасибо.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	104. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 21:13
	> Но когда программа ломается и меняет поведение в зависимости от того, какой пробел ты поставил > Нет. Любое утверждение можно довести до абсурда. this Ведь если заменить "пробелы" на "скобочки" (довольно частая категория ошибок кстати, см. знаменитый goto fail), то смысл почему-то останется тот же. Просто пробелы используются не только как банальный разделитель между идентификаторами, ключевыми словами и прочим. Это позволяет выкинуть бесконечные лесенки скобочек, не теряя в читаемости. > с какой буквы начал имя метода, то что-то неладно в королевстве датском. Пролог, фортран ... не, не слышали? Ну ладно фортран, но мне интересно, как в прологе будет выглядеть альтернативное, компактное и элегантное решение решение, заменяющее Myvar|myatom. > Начинать имена с цифр или спец-символов, а также использовать национальные символы в > именах - однозначное зло, и очень хорошо, что в разумных языках это запрещено или как минимум не приветствуется. Хотите конопатиться с умляутами, китайскими иероглифами или каким-нибудь ивритом? Нет уж, спасибо. А как же "свобода оформления кода", "ненавязывание имен" и прочее, что обычно приводится в качестве аргумента? Тем более,  "навязывание" пробелов заменяет кучу скобочек, практически ничего не требуя взамен (помому что читаемый формат кода - что-то само собой разумеющееся). А вот запрет на спецсимволы - просто запрет, потому что "разумно". Двойные стандарты?
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	105. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 21:27
	> Ведь если заменить "пробелы" на "скобочки" (довольно частая категория ошибок кстати, см. знаменитый goto fail), то смысл почему-то останется тот же. Да, тот же. В C, к примеру, как код ни оформляй, на какой строке и сколькими пробелами ни окружай скобки, смысл не изменится. goto fail, ЕМНИП, вообще был о другом - там метка fail не там стояла. > Пролог, фортран ... не, не слышали? Слышал давно и благополучно забыл. Остаюсь при своём утверждении. > А как же "свобода оформления кода", "ненавязывание имен" и прочее, что обычно приводится в качестве аргумента? Как я уже сказал, любое утверждение можно довести до абсурда. Если требование "использовать ASCII" - навязывание, то я за такой уровень "навязывания". Хотите считать это двойными стандартами - ваше право. Я предпочитаю считать это здравым смыслом.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	108. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 21:51
	>> Ведь если заменить "пробелы" на "скобочки" (довольно частая категория ошибок кстати, см. знаменитый goto fail), то смысл почему-то останется тот же. > Да, тот же. В C, к примеру, как код ни оформляй, на какой строке и сколькими пробелами ни окружай скобки, смысл не изменится. Ох уж это выборочное восприятие. А если недоставить пару скобок? Или поставить не там? Cмысл не изменится? А из оформления, обычно что-то отличное от {   a   {   } } или a{   b{   } } т.е. несоблюдение иерархии скобок, не считается уже дурным тоном? > goto fail, ЕМНИП, вообще был о другом - там метка fail не там стояла. Ага, не там. Вне скобочек. Опциональных в if. if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0)     goto fail;     goto fail;
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	115. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 22:18
	> Ох уж это выборочное восприятие. А если недоставить пару скобок? Или поставить > не там? Cмысл не изменится? Изменится. Но в отличие от эта ошибка будет видна вполне себе невооруженным глазом. > т.е. несоблюдение иерархии скобок, не считается уже дурным тоном? Нет, не всегда.   std::find_if(v.begin(), v.end(), [](int val) { return val == 42; });   class foo   {     int m_n;   public:     int get_n() const { return m_n; }     void bar(std::optional< int > x = {});   };   std::array< int, 3 > arr = {{ 1, 2, 3 }}; Вообще не вижу проблем, всё компактно и понятно. >> goto fail, ЕМНИП, вообще был о другом - там метка fail не там стояла. > Ага, не там. Вне скобочек. Опциональных в if. > > if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0) >     goto fail; >     goto fail;   Гм, мне эта ошибка помнилась по-другому, ну да ладно. В чём ваш поинт? В том, что этой ошибки бы не было, если бы не скобки?
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	118. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 22:48
	> Изменится. Но в отличие от эта ошибка будет видна вполне себе невооруженным глазом. В отличие от чего? Вы продолжайте, не стесяйтесь. А то, как оно "отлично" видно было, показал gotofail. Отсутствие пробела, понимаешь, будет незаметно, то ли дело "излюбленное" if(x) a();b(); в одной строке. >> т.е. несоблюдение иерархии скобок, не считается уже дурным тоном? > Нет, не всегда. > пример, в котором иерархия скобочек полностью и безоговорочно соблюдается и который соотв. приведенному: {   a   {   } } > Вообще не вижу проблем, всё компактно и понятно. Яснопонятно. Идеи для вбросов закончились или вам действительно не видно за деревьями леса? Намекну: почему не class foo   {     int m_n;   public:     int get_n() const {       return m_n; }     void bar(std::optional< int > x = {});       }; Кстати, не понял, зачем еще и скобочки вот тут: void bar(std::optional< int > x = {}); std::array< int, 3 > arr = {{ 1, 2, 3 }}; cмотрится круто, но cемантичекски, как бы, совсем не о том. > Гм, мне эта ошибка помнилась по-другому, ну да ладно. В чём ваш > поинт? В том, что этой ошибки бы не было, если бы не скобки? Трактоваине и вангвание причин - были у каждого свои. А пойнт в том, что если бы {} не были не опциональными, то выглядело бы оно скорее всего вот так: if ((err = SSLHashSHA1.update(&hashCtx, &serverRandom)) != 0) {     goto fail; } if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0) {     goto fail;     goto fail; } if ((err = SSLHashSHA1.final(&hashCtx, &hashOut)) != 0) {     goto fail; } Убрали скобочки и оп-па, кое-где в коде изменился смысл.
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	126. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 23:15
	>> Изменится. Но в отличие от эта ошибка будет видна вполне себе невооруженным глазом. > В отличие от чего? В отличие от пробелов, имеющих семантику (отличную от "тупо разделитель"), например. Или от Unicode в именах. Выбирайте сами на свой вкус. >[оверквотинг удален] > >  class foo >   { >     int m_n; >   public: >     int get_n() const { >       return m_n; } >     void bar(std::optional< int > x = {}); >       }; > Потому что это банально неудобно. Для меня, во всяком случае, для вас - не знаю. Но заметьте, семантика этого кода осталась прежней. Не пойму, вы хотите сказать, что со скобками можно написать вырвиглазный код что ли? Так я не спорю - с любым синтаксисом можно написать такое, что потом хрен разберёшь. Мой поинт, что даже вырвиглазно оформленный код со скобками и без сюрпризов с пробелами и Unicode разобрать проще. > Кстати, не понял, зачем еще и скобочки вот тут: > > void bar(std::optional< int > x = {}); > std::array< int, 3 > arr = {{ 1, 2, 3 }}; > > cмотрится круто, но cемантичекски, как бы, совсем не о том. Вы писали об "иерархии скобочек", что я понял как "соответствие отступов уровням вложенности скобочек". В соответствии с этим, этот код мог быть написан по-другому: void bar (   std::optional< int > x =   {   } ); std::array< int, 3 > arr = {   {     1, 2, 3   } }; Это вы имели ввиду или нет - не знаю, разбирайтесь сами. > Убрали скобочки и оп-па, кое-где в коде изменился смысл. Охренеть, вот неожиданность, да?
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	159. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от anomymous on 17-Фев-18, 13:55
	> А пойнт в том, что если бы {} не были не опциональными, Пойнт в том, что считать табулированный блок одним куском кода в этом примере будет только заядлый питонист. Любой мало-мальски вменяемый кодер (да хоть зелёный джуниор, блин) сразу же обратит внимание на отсутствие блока.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	162. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Аноним (??) on 17-Фев-18, 14:47
	>> А пойнт в том, что если бы {} не были не опциональными, > Пойнт в том, что считать табулированный блок одним куском кода в этом > примере будет только заядлый питонист. Любой мало-мальски вменяемый кодер (да хоть > зелёный джуниор, блин) сразу же обратит внимание на отсутствие блока. Сам придумал что-то, сам же опроверг. Пойнт в том, что передерг и спрыг с темы, он такой передерг и спрыг с темы, что почти заменяет конкретику (которую в этой ветке никто из ярых защитников "свободного форматировани" так и не привел).
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	158. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от anomymous on 17-Фев-18, 13:53
	Ключевое слово тут - "пару". Скобки парные, и это несколько страхует от ошибок. Кроме того, скобка - это легко наблюдаемый значащий символ - и приведённый пример goto fail вообще странен, в здравом уме он читается "на раз". А вот значимые пробелы в коде - это идиотизм в чистом виде.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	164. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от angra (ok) on 17-Фев-18, 15:16
	Если тебе выделить небольшой фрагмент кода и сказать, что в нем есть ошибка, то конечно ты ее "на раз" прочтешь. Но вот без этих дополнительных подсказок "очевидную" ошибку упустили весьма опытные программисты и получили уязвимость.
	Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

	120. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от angra (ok) on 16-Фев-18, 22:56
	> Нет. Любое утверждение можно довести до абсурда. Но когда программа ломается и  меняет поведение в зависимости от того, какой пробел ты поставил или  с какой буквы начал имя метода, то что-то неладно в королевстве  датском. Сейчас я тебе скажу страшное, приготовься. В любом ЯП, например С, в котором идентификаторы являются чувствительными к регистру, замена большой буквы на маленькую или наоборот в идентификаторе поломает программу, причем независимо от позиции этой буквы. Ужас, правда? А еще, представь себе, ANSI C накладывал ограничение значимости только первых 6 символов на внешние идентификаторы и только в C99 его расширили до 31. Поэтому ты не мог дать внешним функциям имена типа coollib_func1 и coollib_func2, приходилось делать что-то вроде cl_f1 и cl_f2. Теперь видишь, насколько же сильно он был broken by design по твоему определению?
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	127. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 23:26
	> Сейчас я тебе скажу страшное, приготовься. В любом ЯП, например С, в > котором идентификаторы являются чувствительными к регистру, замена большой буквы на маленькую > или наоборот в идентификаторе поломает программу, причем независимо от позиции этой > буквы. Ужас, правда? Раз уж мы срываем покровы, то я тебе шепну по секрету, что я говорил об именах, которые я даю сам своим функциям, переменным и пр. И уж извини, мне бы хотелось самому решать, с заглавной буквы начинать имена или с прописной. > А еще, представь себе, ANSI C накладывал ограничение значимости только первых 6 > символов на внешние идентификаторы и только в C99 его расширили до > 31. Поэтому ты не мог дать внешним функциям имена типа coollib_func1 > и coollib_func2, приходилось делать что-то вроде cl_f1 и cl_f2. Теперь видишь, > насколько же сильно он был broken by design по твоему определению? Ничто не совершенно. Но надо заметить, что (а) реальные комипляторы кроме, может быть, совсем замшелых считали значимыми больше 6 и даже 31 символа и (б) для C 31 символа вполне достаточно. Не знаю, как вы, но я как-то не привык в качестве имен функций набивать второй том Войны и мира.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	132. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от angra (ok) on 17-Фев-18, 00:21
	До тех пор, пока ты не создаешь отдельный пакет, ты можешь начинать идентификаторы с любой буквы. Даже в случае пакета тебе ничего не мешает всё начинать с заглавной. Единственное ограничение состоит в том, что ты не можешь начинать с маленькой буквы то, что хочешь экспортировать. Это просто ничтожно по сравнению с требованием уникальности первых шести символов или требованием использовать только [A-z_]. Но ты в упор не хочешь этого видеть, ведь к таким ограничениям ты уже привык. Так что остается диагностировать у тебя двойные стандарты вкупе с синдромом утенка.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	134. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 01:03
	> Единственное ограничение состоит в том, что ты не можешь начинать с маленькой буквы > то, что хочешь экспортировать. > Это просто ничтожно по сравнению с требованием уникальности первых шести символов > или требованием использовать только [A-z_]. У нас с вами разные представления о том, какое из этих ограничений более существенно. (Про первые 6 символов я уже писал - по факту нету этого ограничения.)
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	139. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от angra (ok) on 17-Фев-18, 01:42
	Это не просто разные представления, это синдром утенка во всей красе. Интересно, а как ты относишься к очень распространенным требованиям/практикам/стилям начинать приватные идентификаторы с одного подчеркивания, имена классов писать всегда с большой буквы, переменные всегда с маленькой, а макросы и только их всеми большими? Скорее всего, тебе это кажется нормальными, так как ты к этому уже привык. Возможно даже считаешь такие соглашения удобными. И если не дурак, то даже следуешь принятым в коллективе соглашениям такого рода, когда пишешь код не лично для себя. Так почему же тебя так коробит подобное правило, введенное в стандарт языка?
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	140. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 02:49
	Про синдром утёнка - это мимо. Во всяком случае, в том, что касается выбора имён. > Интересно, а как ты относишься к очень распространенным требованиям/практикам/стилям начинать приватные идентификаторы с одного подчеркивания, имена классов писать всегда с большой буквы, переменные всегда с маленькой, а макросы и только их всеми большими? Первый символ подчеркивания (и второй - подчеркивание либо заглавная буква) зарезервирован для реализации языка. В остальном - вполне типичные соглашения. Одни из многих. > Так почему же тебя так коробит подобное правило, введенное в стандарт языка? Потому что я поработал в разных проектах, и во многих соглашения были разные. И в каждом случае они были вполне себе осмысленные и местами даже обоснованные. К примеру, сейчас я работаю в проекте, где приняты соглашения имен в стиле_стандартной_библиотеки_c++ - для классов, функций и переменных. Раньше работал в ПроектеВСтилеMicrosoft, а местами приходилось и в проектахВСтилеJava ковыряться. Выносить в язык ограничения подобного рода - значит, поощрять одно соглашение и запрещать другие. Вам, вероятно, это кажется допустимым, потому что вы подстроились под это ограничение и возможно даже подогнали свой стиль, если регулярно пишите на Rust. Возможно, вам даже хотелось бы, чтобы все писали код так, как вы. Мне это ограничение кажется совершенно излишним, необоснованным и даже вредным. К примеру, чтобы экспортировать метод из библиотеки на C мне не нужно его переименовывать и искать по всему коду его вызовы.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	161. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 14:42
	> Вам, вероятно, это кажется допустимым, потому что вы подстроились > под это ограничение и возможно даже подогнали свой стиль, если регулярно > пишите на Rust. Возможно, вам даже хотелось бы, чтобы все писали > код так, как вы. Казалось бы, причем тут ржавчина ...
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	168. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Другой Аноним on 17-Фев-18, 16:50
	ну, как-бы тема называется "Релиз языка программирования Rust 1.24", так-что ржавчина очень причём.
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

	170. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 17:05
	> ну, как-бы тема называется "Релиз языка программирования Rust 1.24", так-что ржавчина очень  причём. А, ну да. Обсуждали синтактическую особенность гошных экспортов. В теме о ржавчине. Поэтому "подстроились под это ограничение, если вы пишите на расте" сойдет за аргумент. Логично.
	Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

	172. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от angra (ok) on 17-Фев-18, 17:54
	Конечно, никакого синдрома утенка. Ведь всем понятно, что смена регистра одной буквы, не выходя из исходника, это в разы более сложная операция, чем открытие файла заголовка, копирование туда полного определения функции и добавление к нему слова extern.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	175. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от анон on 18-Фев-18, 05:20
	> К примеру, чтобы экспортировать метод из библиотеки на C мне не нужно его переименовывать и искать по всему коду его вызовы. уж лучше один раз переименовать, чем при использовании держать в уме, стиль идентификаторов в каждой либе. хотя в С разные стили в разных либах даже полезны, но в расте, к счастью, есть неймспейсы
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	183. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от adolfus (ok) on 19-Фев-18, 14:31
	> До тех пор, пока ты не создаешь отдельный пакет, ты можешь начинать > идентификаторы с любой буквы. Даже в случае пакета тебе ничего не > мешает всё начинать с заглавной. Единственное ограничение состоит в том, что > ты не можешь начинать с маленькой буквы то, что хочешь экспортировать. А пацаны, которые писали стандарты C/С++ и те, кто их реализовывал на практике, об этом не знали и понаписали все с маленькой. Вот же дятлы -- в libc все с маленькой буквы, pthreads ... То ли дело FindFirst() и FindNext(), или WinAllocMem() и WinSubAllocMem() -- вот как надо.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	92. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:15
	> Любой язык, который навязывает оформление кода (в т.ч. и выбор имен) - > broken by design. ПРАВИЛЬНО, КакХочуТакПишу, не_надо_мне_ничего_навязывать.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	160. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от anomymous on 17-Фев-18, 13:57
	> ПРАВИЛЬНО, КакХочуТакПишу, не_надо_мне_ничего_навязывать. Именно так. Code style выбирается в рамках проекта и под проект. Попытка зачесать оформление всех проектов под единственно правильное (с) истинное (с) верование авторов языка - это overburden.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	165. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 15:23
	>> ПРАВИЛЬНО, КакХочуТакПишу, не_надо_мне_ничего_навязывать. > Именно так. Code style выбирается в рамках проекта и под проект. Попытка > зачесать оформление всех проектов под единственно правильное (с) истинное (с) верование > авторов языка - это overburden. rustfmt может настраиваться под ваш стиль.
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	102. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Ordu (ok) on 16-Фев-18, 20:43
	> Объективный недостаток - Rust слишком не похож на мейнстримные языки. Соответственно подавляющая масса программистов чтобы вкатиться должна потратить много времени и усилий Ой, да ладно. https://www.rust-lang.org/pdfs/Rust-Tilde-Whitepaper.pdf Стартап, и в нём веб-программеры на ходу переучиваются с ruby на rust, переписывая код с ruby на rust. Достигая при этом 100% успеха, ссутся кипятком от сокращения расхода памяти на 92%, и не могут нарадоваться на то, что баги теперь проявляются не во время выполнения, а на этапе компиляции. Веб-программисты, Карл!
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	143. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 06:24
	Пусть играются, рубистов не жалко.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	151. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Ordu (ok) on 17-Фев-18, 07:59
	> Пусть играются, рубистов не жалко. Это я "играюсь" с rust'ом. Они зарабатывают денег на нём.
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	17. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 13:40
	>  Vala это обертка над Си да еще и заточенная исключительно на GTK. Не вводите людей в заблуждение, это не так: vala - это не обертка над Си, его компилятор транслирует код написанный на vala с си-сорцы. Заточена она не под GTK, а использует GObject - объектную систему построенную на glib и libc (больше зависимостей нет). Про нужность той же glib если даже писать на си рассказывать думаю не нужно. Связь между glib и GTK для самых маленьких в картинках: https://en.wikipedia.org/wiki/GLib Vala - штука довольно мощная, гибкая и точно должна понравится сишникам. А что rust? Я сишник, мне должен понравиться rust?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	20. "Релиз языка программирования Rust 1.24"	+2 +/–
	Сообщение от yet another anonymous on 16-Фев-18, 13:50
	> .. Про нужность > той же glib если даже писать на си рассказывать думаю не > нужно. По мне, "нужность" glib --- очень спорный момент.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	21. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 13:58
	> Про нужность той же glib если даже писать на си рассказывать думаю не нужно. Вот и предлагается не писать на си, а писать на Rust.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	24. "Релиз языка программирования Rust 1.24"	–5 +/–
	Сообщение от Анончик on 16-Фев-18, 14:32
	Тот самый случай, когда даже си лучше чем это.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	25. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 14:43
	> Тот самый случай, когда даже си лучше чем это. Чем лучше?
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	27. "Релиз языка программирования Rust 1.24"	–3 +/–
	Сообщение от Анончик on 16-Фев-18, 14:59
	Чем это.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	26. "Релиз языка программирования Rust 1.24"	–3 +/–
	Сообщение от Хряк on 16-Фев-18, 14:53
	> Заточена она не под GTK А на чем кроме gtk можно писать гуи-приложения?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	31. "Релиз языка программирования Rust 1.24"	–2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 15:08
	Я пишу на MFC. Рекомендую.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	35. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Хряк on 16-Фев-18, 15:18
	Можно подробнее? Есть биндинг?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	145. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 06:48
	А для Erlang нет биндинга к MFC? Ну так чисто поржать.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	76. "Релиз языка программирования Rust 1.24"	+3 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 18:16
	>>  Vala это обертка над Си да еще и заточенная исключительно на GTK. > Не вводите людей в заблуждение, это не так: vala - это не обертка над Си, его компилятор транслирует код написанный на vala с Это и есть "обертка над си". Не пойму, чего в этом особенного.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	169. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Другой Аноним on 17-Фев-18, 16:52
	Тогда и rust можно назвать обёртка над llvm, ведь по факту это так.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	171. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 17:13
	> Тогда и rust можно назвать обёртка над llvm, ведь по факту это так. Можно. Разрешаю. Такая же обертка, как и шланг. А если уж не различать "по факту" между компилятором высокоуровневого ЯП и низкоуровневым бэкэндом-инфраструктурой для компилирования, то тогда и питоны с жабаскриптами тоже считай почти нативщина,  ведь там же есть JIT, которые суть обертка ...
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	94. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:17
	> Vala - штука довольно мощная, гибкая и точно должна понравится сишникам. А > что rust? Я сишник, мне должен понравиться rust? Rust должен нравиться плюсовикам, но никак не сишникам.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	103. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Ordu (ok) on 16-Фев-18, 20:51
	> Vala - штука довольно мощная, гибкая и точно должна понравится сишникам. Нет. Мне Vala совершенно не нравится. ООП -- sucks. Все эти вызовы через виртуальные таблицы методов -- замечательный способ оттормозить процессор в самую крайность. То есть, во-первых, вообще не очень ясно зачем C'шнику нужен ООП, и какой он к чертям C'шник, если ему ООП нужен. А во-вторых, если всё же нужен, то лучше уж C++: тот даёт больше контроля над тем, что будет вызываться через vtable, а что нет, да и оптимизирует он виртуальные вызовы, я полагаю, лучше, чем если их сначала компилять в C, а затем из C куда-то ещё. Чтобы соптимизировать виртуальный вызов, оптимизатор должен работать в абстракциях типов с виртуальными методами, C'шный оптимизатор так не умеет. Vala -- это неплохая замена для Python'а. Может быть. По идее должно быть быстрее, и вообще менее требовательно по ресурсам. Но для C -- это не замена нисколько. > что rust? Я сишник, мне должен понравиться rust? Нет, не должен. Но я бы рекомендовал глянуть.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	39. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 15:31
	> Как оно по сравнению с Vala ? Вроде разработчикам Gnome очень нравиться Rust и они работают над его интеграцией, пока что наравне с Vala, а потом кто знает, много было постов на https://www.reddit.com/r/rust/ об этом.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	46. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Хряк on 16-Фев-18, 16:01
	В gnome-builder в меню выбора языка есть: С, С++, С#, Vala, Python, JavaScript и все. Rust отсутствует. Считаю, это показатель.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	152. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 17-Фев-18, 11:41
	> В gnome-builder в меню выбора языка есть: С, С++, С#, Vala, Python, JavaScript и все. Rust отсутствует. Считаю, это показатель. https://medium.com/@alex285/rust-rls-on-gnome-builder-g...
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	88. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от smuzihleb on 16-Фев-18, 20:09
	это тем патлатым придуркам на скутерах, что испоганили гном? не мудрено - их патлатые друзья уже испоганили файрфокс
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

6. "Релиз языка программирования Rust 1.24"	–5 +/–
Сообщение от Аноним (??) on 16-Фев-18, 13:20
Годно, нужно. Надеюсь, скоро заменит богомерзкие unmanaged языки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 13:25
	Нет, в "богомерзком" C++ ОО сделано и то элегантней.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	15. "Релиз языка программирования Rust 1.24"	+3 +/–
	Сообщение от Nexmean on 16-Фев-18, 13:32
	В Rust'е нет Java-like ООП-а. Rust немного о другом. В Rust'е балом правит статический полиморфизм взамен полиморфизму подтипов. Хотя в случае чего, можно конечно и полиморфизмом подтипов воспользоваться, но статический полиморфизм покрывает большинство ситуаций и к тому же дешевле, нежели полиморфизм подтипов(прямой вызов функции обращением по адресу функции, вместо того, чтобы для начала найти этот адрес в таблице виртуальных методов.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	146. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 06:50
	> В Rust'е нет Java-like ООП-а. Rust немного о другом. В Rust'е балом > правит статический полиморфизм взамен полиморфизму подтипов. Хотя в случае чего, можно > конечно и полиморфизмом подтипов воспользоваться, но статический полиморфизм покрывает > большинство ситуаций и к тому же дешевле, нежели полиморфизм подтипов(прямой вызов > функции обращением по адресу функции, вместо того, чтобы для начала найти > этот адрес в таблице виртуальных методов. Елки моталки скинте ссылку на все термины то что вы тут понаписали, а то нефига вообще непонятно .
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	163. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 14:52
	> Елки моталки скинте ссылку на все термины то что вы тут понаписали, > а то нефига вообще непонятно . Тут одно из двух: 1. С ООП вы всерьез не сталкивались, и скорее всего оно и не сильно нужно. 2. Уроки сами себя не сделают!
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	29. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 15:04
	> Нет, в "богомерзком" C++ ОО сделано и то элегантней. В С++ ОО нет и никогда не было(и никогда не будет). Попробуйте создать производный класc от std::vector ололо.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	51. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Анончик on 16-Фев-18, 16:08
	И что же помешает создать производный класс от std::vector, а? Он вроде как не final, бери да создавай.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	73. "Релиз языка программирования Rust 1.24"	+3 +/–
	Сообщение от freehck (ok) on 16-Фев-18, 18:00
	> В С++ ОО нет и никогда не было(и никогда не будет). В С++ ООП реализован настолько, насколько это возможно для низкоуровневого компилируемого языка. Вообще, ООП в каждом языке -- свой, со своими нюансами и фишечками. Тяжело выбрать какой-то один, канонический, чтобы другие языки тыкать в то, что их-то ООП не настоящий.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	155. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 13:27
	Не спорю, в С++ он реализован xерово, но в Rust ещё ужасней.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	184. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от freehck (ok) on 20-Фев-18, 09:02
	> Не спорю, в С++ он реализован xерово, Я не говорю о том, что он реализован хреново. Я говорю о том, что он реализован так, как это было возможно. Часть архитектурных решений сделаны не очень, но при этом он вполне пригоден для использования. > но в Rust ещё ужасней. В Rust вообще говоря не ООП, а полиморфизм типов, почти один-в-один классы в Haskell. Это не ужасно, это просто другой подход. Притом более гибкий подход, по сравнению с традиционными ООП в C++/Java. Как пример: в OCaml есть тоже есть ООП, но в большинстве случаев удобнее использовать полиморфизм типов и модули.
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	11. "Релиз языка программирования Rust 1.24"	–4 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 13:26
	managed языки не нужныне надо оберегать программиста от возможных ошибок, надо учить так чтобы программисты их не делали.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	14. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от NoName on 16-Фев-18, 13:30
	C++ это легаси язык для старперов которые помнят все друрости реализованные там.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	34. "Релиз языка программирования Rust 1.24"	+2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 15:11
	Действительно теперь подход проще: хренакс хренакс и в продакшен.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	147. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Аноним (??) on 17-Фев-18, 07:00
	> Действительно теперь подход проще: хренакс хренакс и в продакшен. Клиент не будет ждать пока Вы разработаете спустя 30 лет свою программу когда Ваш коллега с меньшим ... опытом организует MVP за один вечер. К сожалению, многие MVP так и не доходят до уровня решения на C/C++ из-за неокупаемости. При всем моем уважении к C/C++ это фундаментальные языки для систем фундаментальных и отработанных и требующих соответствующего системного подхода: вроде Баз данных, систем под нагрузкой и т.д. Задачи вроде веба ну вы в курсе кто там Ruby и PHP педалируют во всю. И главное работодатели довольны наняв школьников и студентов за десятую зарплаты нормального ынжынера. Все дело в деньгах карл а не в идеалах
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	173. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 18:39
	>> Действительно теперь подход проще: хренакс хренакс и в продакшен. > Клиент не будет ждать пока Вы разработаете спустя 30 лет свою программу > когда Ваш коллега с меньшим ... опытом организует MVP за один > вечер. Угу, который через неделю накроется медным тазом на втором десятке пользователей. А от макак, которые его на коленке состряпали, уже и след простыл. Клиенты разные бывают. Есть такие, которым важно качество, и они не прочь заплатить за него.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	28. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 14:59
	> надо учить так чтобы программисты их не делали. > сам не способ написать простое предложение без ошибок.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	32. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 15:09
	>> сам не способ написать простое предложение без ошибок. >не способ ты тже
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	148. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 07:02
	>>> сам не способ написать простое предложение без ошибок. >>не способ > ты тже и я тоже. пожетому вот LFLAGS=-Wall -g3
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	82. "Релиз языка программирования Rust 1.24"	–2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 18:38
	>managed языки не нужныне надо оберегать программиста от возможных ошибок, надо учить так чтобы программисты их не делали. Ядро Линукс течёт. Я все сказал.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	98. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:24
	Школота_ничего_не знает,_но_всюду_лезет.jpg
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	61. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 17:07
	Чтобы заменить самого себя нужно познать рекурсию.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	64. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 17:12
	Без TCO ничего не выйдет.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	149. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 07:04
	> Без TCO ничего не выйдет. У Вас рекурсия с зади не оптимизирована
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

16. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от yet another anonymous on 16-Фев-18, 13:34
Определённое напряжение вызывает назойливое проталкивание инфраструктуры доставки бинарников ("пакетный менеджер, позволяющий получить нужные для программы библиотеки в один клик") и сборки ("Включена по умолчанию инкрементальная компиляция,"). Питоний подход к оформлению тоже не радует: "Реализована утилита rustfmt для автоматического формирования исходных текстов в соответствии с ...".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от noname.htm (ok) on 16-Фев-18, 14:26
	rustfmt скорее как аналог go fmt было запилено.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	30. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 15:05
	Cargo вполне умеет тащить зависимости просто с git сервера, или брать их локально с фc, так что, нет.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	58. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от yet another anonymous on 16-Фев-18, 16:57
	> Cargo вполне умеет тащить зависимости просто с git сервера, или брать их > локально с фc, так что, нет. А "язык отдельно, управление кодом --- отдельно" --- это устаревшая концепция, о которой вспоминают только враги всего прогрессивного, да?
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	133. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 17-Фев-18, 00:51
	а в чем собственно проблема? Cargo - система сборки вроде cmake, все что она делает - это скачивает нужные файлы и вызывает конпелятор (rustc) с нужными опциями. Единственное не отдельное - это то, что она пилится самими разработчиками языка
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	38. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Крутой аноним on 16-Фев-18, 15:29
	> Определённое напряжение вызывает назойливое проталкивание инфраструктуры ИМХО это одна из основных фич, вспомните боль подключения чего-то стороннего в свой кросс-платформенный проект, здесь это можно сделать практически одной строчкой. Причем не знаю как с пакетным менеджером питона, но здесь все сделано по уму. Можно с помощью cargo-vendor все зависимости упаковать, так что сборка не требует доступа к Интернету. > Питоний подход к оформлению тоже не радует: А как review кода проводить без автоматического форматирования?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	47. "Релиз языка программирования Rust 1.24"	–3 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 16:04
	>А как review кода проводить без автоматического форматирования? review нужно только 6ыдлокоду индусов. Код это искусство. Проводя review вы обижаете художника.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	60. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от yet another anonymous on 16-Фев-18, 17:07
	>>А как review кода проводить без автоматического форматирования? > review нужно только 6ыдлокоду индусов. Код это искусство. Проводя review вы обижаете > художника. Аналогично: review процессы отдельно, язык отдельно. Не?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	65. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Илья (??) on 16-Фев-18, 17:15
	>>>А как review кода проводить без автоматического форматирования? >> review нужно только 6ыдлокоду индусов. Код это искусство. Проводя review вы обижаете >> художника. > Аналогично: review процессы отдельно, язык отдельно. Не? Я бы ещё частично кодоанализ вынес из языка и соглашения об оформлении кода. Мне почти всё нравится в rust, но когда snake case проверяется прямо компилятором - этого я не пойму.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	90. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 20:13
	>>>А как review кода проводить без автоматического форматирования? >> review нужно только 6ыдлокоду индусов. Код это искусство. Проводя review вы обижаете >> художника. > Аналогично: review процессы отдельно, язык отдельно. Не? Так язык и reivew связаны только тем что аналог clang-format идет вместе с компилятором rust, впрочем clang-format вроде с clang тоже устанавливается.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	99. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:24
	> Так язык и reivew связаны только тем что аналог clang-format идет вместе > с компилятором > rust, впрочем clang-format вроде с clang тоже устанавливается. Это аналог не clang-format, а gofmt. Разница в том, что первый можно настроить.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	119. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 22:56
	> Это аналог не clang-format, а gofmt. Разница в том, что первый можно настроить. Что-то ты гонишь чувак. А rustfmt.toml это типа не настройки?
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	62. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Илья (??) on 16-Фев-18, 17:09
	Зачем вы пишите в такой провокативной манере?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	75. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от другой аноним on 16-Фев-18, 18:08
	Отличная манера. Аноним, продолжай. Нужно больше примеров с критицизмом и ненавистью.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	59. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от yet another anonymous on 16-Фев-18, 17:06
	>> Определённое напряжение вызывает назойливое проталкивание инфраструктуры > ИМХО это одна из основных фич, вспомните боль подключения чего-то стороннего > в свой кросс-платформенный проект, здесь это можно сделать практически одной строчкой. Концептуально совпадает с современной Web-разработкой. Интересно, что эту концепцию тянут в разработку ядер и прочей встройки. > Причем не знаю как с пакетным менеджером питона, но здесь все сделано > по уму. > Можно с помощью cargo-vendor все зависимости упаковать, так что сборка не требует > доступа к Интернету. Это не существенно. Вам отгружают фактически BLOB, содержимое (состояние, история) которого вы никак не контролируете.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	91. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 20:15
	> Это не существенно. Вам отгружают фактически BLOB, содержимое (состояние, история) которого > вы никак не контролируете. В смысле blob? Сборка все время осуществляется из исходников, они распакованные лежат в ~/.cargo/что-то там, IDE вас перебросит туда если вы сделаете "goto" и именно из этих исходников соберется ваш проект.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	141. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Вареник on 17-Фев-18, 03:19
	IDE? На хрусте? :)
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	69. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 17:36
	> А как review кода проводить без автоматического форматирования? Внезапно, глазами. Вообще не понимаю, как одно с другим связано.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	93. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 20:16
	>> А как review кода проводить без автоматического форматирования? > Внезапно, глазами. Вообще не понимаю, как одно с другим связано. Вот именно что глазами, просматривать сотни строк изменений глазами, из-за того что другая IDE по другому код отформатировала, вам свои глаза что ли не жалко и свое время?
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	107. "Релиз языка программирования Rust 1.24"	–2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 21:47
	>>> А как review кода проводить без автоматического форматирования? >> Внезапно, глазами. Вообще не понимаю, как одно с другим связано. > Вот именно что глазами, просматривать сотни строк изменений глазами, > из-за того что другая IDE по другому код отформатировала, > вам свои глаза что ли не жалко и свое время? Различные (распространенные) варианты форматирования кода меня лично не напрягают при рецензировании. Лишь бы суть происходящего была понятна. Если вас форматирование вводит в ступор, то возможно, вам рано рецензировать. Разумеется, если вам попался код, претендующий на первую десятку в IOCCC[1], то рецензирование можно завершить сразу с комментарием "переформатировать". [1]: https://www.ioccc.org/
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	110. "Релиз языка программирования Rust 1.24"	+2 +/–
	Сообщение от другой Аноним on 16-Фев-18, 21:59
	>>>> А как review кода проводить без автоматического форматирования? >>> Внезапно, глазами. Вообще не понимаю, как одно с другим связано. >> Вот именно что глазами, просматривать сотни строк изменений глазами, >> из-за того что другая IDE по другому код отформатировала, >> вам свои глаза что ли не жалко и свое время? > Различные (распространенные) варианты форматирования кода меня лично не напрягают при > рецензировании. Лишь бы суть происходящего была понятна. Яснопо. Расходимся. "Рецензиант" даже не понял сути проблемы.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	113. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 22:03
	> Яснопо. Расходимся. "Рецензиант" даже не понял сути проблемы. Видимо, потому что у меня она просто не возникает. Может, вы объясните?
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	176. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от анон on 18-Фев-18, 05:31
	> Видимо, потому что у меня она просто не возникает. Может, вы объясните? три слова: системы контроля версий
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	122. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Крутой аноним on 16-Фев-18, 23:04
	>>>> А как review кода проводить без автоматического форматирования? >>> Внезапно, глазами. Вообще не понимаю, как одно с другим связано. >> Вот именно что глазами, просматривать сотни строк изменений глазами, >> из-за того что другая IDE по другому код отформатировала, >> вам свои глаза что ли не жалко и свое время? > Различные (распространенные) варианты форматирования кода меня лично не напрягают При чем здесь вообще общие стили, и насколько они напрягают? Мы говорим о различии стилей, то есть приходит тебе на review патч, там на самом деле изменений две строчки, а еще 300 строчек изменены, потому что табы пробелами заменены, или перед фигурными скобочками перевод строки поставлен, и т.д. и т.п., именно за этим нужны такие тулзовины типа rustfmt, чтобы их поставить в git pre-commit hook и в VCS и далее на review попал патч который только две строчки изменил. И даже если так повезло и твой review tool внутри содержит что-то типа rustfmt/clang-format/go fmt, и сможет отфильтровать эти бесполезные изменения, то потом "git blame" будет "врать" для этих строчек. В общем в современной разработке в VCS код должен храниться в определенном формате, если мы не можем уйти от хранения AST в виде текста.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	129. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 23:38
	> При чем здесь вообще общие стили, и насколько они напрягают? > Мы говорим о различии стилей, то есть приходит тебе на review патч, > там на самом деле изменений две строчки, а еще 300 строчек изменены, > потому что табы пробелами заменены, или перед фигурными скобочками > перевод строки поставлен, и т.д. и т.п., Тулзовины не спасут от отсутствия культуры работы с кодом.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	138. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 01:34
	> то есть приходит тебе на review патч, там на самом деле изменений две строчки, а еще 300 строчек изменены, потому что кто-то чересчур вумный запустил для всего файла > такие тулзовины типа rustfmt А если не можешь настроить IDE, чтобы она не ломала существующее форматирование, то надо менять. Либо IDE, либо профессию.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	97. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:22
	>> Определённое напряжение вызывает назойливое проталкивание инфраструктуры > ИМХО это одна из основных фич, вспомните боль подключения чего-то стороннего > в свой кросс-платформенный проект …и npm leftpad.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	124. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 23:07
	>>> Определённое напряжение вызывает назойливое проталкивание инфраструктуры >> ИМХО это одна из основных фич, вспомните боль подключения чего-то стороннего >> в свой кросс-платформенный проект > …и npm leftpad. Не знаю насчет javascript, но это же а)Компилируемый язык б)Все зависимости версионированы Поэтому у "npm leftpad" маленькая вероятность случиться.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	77. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним84701 (ok) on 16-Фев-18, 18:24
	> Питоний подход к оформлению тоже не радует: "Реализована утилита rustfmt для автоматического формирования исходных  текстов в соответствии с ...". Ээ-э, а как же clang-format? Или тот же indent - там автор видимо вообще угнал машину времени, чтобы иметь возможность подсмотреть "питоний подход к оформлению" :)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	83. "Релиз языка программирования Rust 1.24"	–1 +/–
	Сообщение от yet another anonymous on 16-Фев-18, 18:53
	indent --- не часть компиляторного проекта. А вот clang-format, кажется, вместе с libformat --- в репозитории clang. Что говорит о тяге CLang/LLVM команды к построению летающих комбайнов.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	95. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 20:17
	> indent --- не часть компиляторного проекта. А вот clang-format, кажется, вместе с > libformat --- в репозитории clang. Что говорит о тяге CLang/LLVM команды > к построению летающих комбайнов. Скорее их лучшее пониманию проблем разработчиков C++ работающих в больших командах.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	106. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним84701 (ok) on 16-Фев-18, 21:30
	> indent --- не часть компиляторного проекта. Пока не прибивают гвоздями к компилятору, не вижу разницы. Тем более, прикрутить автоформат к готовому парсеру проще, чем клепать свой (недо)парсер (или его эрзац на регекспах, в которых потом и сам черт ногу сломит), а "нужность" на практике показана хотя бы тут: https://github.com/torvalds/linux/blob/master/Documentation/... > But even if you fail in getting emacs to do sane formatting, not everything is lost: use indent
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

22. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от Аноним (??) on 16-Фев-18, 14:14
> panic!("Test"); Этой строчкой можно охарактеризовать весь язык. В любой непонятной ситуации паниковать:))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от RazrFalcon (ok) on 16-Фев-18, 15:31
	abort() выбор мастеров?
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	81. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 18:32
	>> panic!("Test"); > Этой строчкой можно охарактеризовать весь язык. > В любой непонятной ситуации паниковать:)) А что, лучше продолжать работу в UB, портить файлы и данные?
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	123. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 23:05
	Лучше сразу продумывать работу функции до конца и не приделывать ей пятое колесо и делать субъективные выводы о том, что если она вдруг не сделает "panic" (или abort), то данные обязательно испортятся. Мне уже тошно читать иногда исходники firefox'а мозиловцев на русте. Что не строчка, то перечисление, завернутое в класс(точнее наоборот), то какой нибудь panic. Ситуации разные бывают, и иногда все же важнее не упасть в обморок, а успеть сохранить не сохраненные данные.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	125. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Крутой аноним on 16-Фев-18, 23:10
	> Лучше сразу продумывать работу функции до конца и не приделывать ей пятое > колесо и делать субъективные выводы о том, что если она вдруг > не сделает "panic" (или abort), то данные обязательно испортятся. Мне уже > тошно читать иногда исходники firefox'а мозиловцев на русте. Что не строчка, > то перечисление, завернутое в класс(точнее наоборот), то какой нибудь panic. > Ситуации разные бывают, и иногда все же важнее не упасть в обморок, > а успеть сохранить не сохраненные данные. А можно пример? Во-первых классов в rust вообще нет. Во-вторых ошибки и обязательность их обработки это то в чем Rust силен. Всякие "?", .map_err и т.д. и т.п. в C++ об этом можно было только мечтать, или пилить свой framework вместо работы.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	150. "Релиз языка программирования Rust 1.24"	+2 +/–
	Сообщение от Ordu (ok) on 17-Фев-18, 07:51
	Rust has a tiered error-handling scheme:     If something might reasonably be absent, Option is used.     If something goes wrong and can reasonably be handled, Result is used.     If something goes wrong and cannot reasonably be handled, the thread panics.     If something catastrophic happens, the program aborts. (c) https://doc.rust-lang.org/nomicon/unwinding.html > Лучше сразу продумывать работу функции до конца и не приделывать ей пятое колесо и делать субъективные выводы о том, что если она вдруг не сделает "panic" (или abort), то данные обязательно испортятся. Не "обязательно испортятся", а "нет способа дать какие-либо гарантии в отношении того, что будет делать любой код, какой бы мы не написали" и ещё, вероятно, "нет никакого осмысленного действия, которое мы могли бы совершить". Продумывать сразу -- это очень хорошо задумано, но это не работает. Сразу я может и продумал, но затем произошёл рефакторинг кода в соседнем сорце, и всё что я там себе напридумывал оказалось неверным. Когда я продумываю "сразу", я не могу предусмотреть всего, что будет с этой программой дальше, как будет меняться её код, и какие инварианты, на которые я полагаюсь, будут нарушены. А тут, мы оказываемся в очень интересной ситуации. Мы ведь думаем о программах в рамках логики, а логика -- это такая штука, что если каким-то образом в нашей базе истинных утверждений окажется одно ложное, то дальше логика может доказать истинность любого утверждения и одновременно она может доказать ложность любого утверждения. Иными словами, если в логических рассуждениях была допущена хотя бы одна ошибка, то мы сходу теряем любую способность отличать истину от лжи. И всё, приехали. Потому что невозможно писать осмысленный код, не полагаясь ни на что. То есть, мы можем переключиться с аристотелевой логики в режим байесианской логики, и писать код, который работает с какой-то вероятностью, но у нас нет технологий написания такого кода. Попадаются отдельные хаки, но они не тянут на технологию, скорее на отсутствие технологии. > Что не строчка, [...], то какой нибудь panic. > Ситуации разные бывают, и иногда все же важнее не упасть в обморок, а успеть сохранить не сохраненные данные. Никто не мешает, "падая в обморок", отловить панику, сохранить несохранённые данные и упасть только после этого. https://doc.rust-lang.org/std/panic/fn.catch_unwind.html std определяет достаточно гибкий механизм, которого хватит вполне для любого user-space кода. А для не-userspace можно определить свою panic_fmt и делать по-своему. Ну а если браузер падает в обморок при любой ошибке, то тут вопрос не в том, правильно это или нет, а в том, как часто это случается. Браузер должен вызывать abort, если дальнейшее его поведение непредсказуемо, потому что непредсказуемое поведение браузера слишком чревато. И ничего сохранять при этом он не должен, я переживу, если часть истории будет потеряна, или последние закладки, которые я добавлял, потеряются. Даже если сотня текущих открытых вкладок будет потеряна -- не беда. Хуже будет, если браузер допустит выполнение произвольного кода или сольёт данные кредитки васяну-хакеру. Так что вопроса что делать браузеру, "if something goes wrong and cannot reasonably be handled", у меня лично не стоит. Вопрос лишь в том, как часто "something goes wrong". Причём под этой частотой, я подразумеваю не частоту упоминания слова panic в коде, а частоту реальных падений.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

41. "Релиз языка программирования Rust 1.24"	–2 +/–
Сообщение от Аноним (??) on 16-Фев-18, 15:33
Может кто знает прямые урлы на скачивание архивов? Без rustup?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	48. "Релиз языка программирования Rust 1.24"	–2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 16:05
	> Может кто знает прямые урлы на скачивание архивов? Без rustup? > скочал-запустил И эти люди смеются над вендузятниками.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	63. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Илья (??) on 16-Фев-18, 17:10
	Для федоры из dnf вытянуть можно
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	80. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 18:25
	> И эти люди смеются над вендузятниками. Грешно смеяться над убогими.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

44. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от Dmitry77 (ok) on 16-Фев-18, 15:55
Судя по тому что на нём пишут операционные системы - это скорее всего замена С
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	49. "Релиз языка программирования Rust 1.24"	–2 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 16:06
	> Судя по тому что на нём пишут операционные системы - то у когото слишком много свободного времени.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

54. "Релиз языка программирования Rust 1.24"	+1 +/–
Сообщение от adolfus (ok) on 16-Фев-18, 16:19
Исошного стандарта нет -- значит, нет и языка. Фтoпкy.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	87. "Релиз языка программирования Rust 1.24"	+1 +/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:07
	Исошные стандарты устаревающие каждые три года - вот это сильно лучше.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	109. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 21:54
	> Исошные стандарты устаревающие каждые три года - вот это сильно лучше. Лучше. Уже хотя бы тем, что стандарт есть, и ему следуют все, включая компиляторописателей.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	136. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от neAnonim on 17-Фев-18, 01:31
	c99 ISO/IEC 9899:1999, a past version of the C programming language standard. Источник wikipedia
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	144. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 06:30
	Так и запишем: использует википедию вместо мозга. https://www.iso.org/standard/57853.html
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

	100. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:28
	> Исошного стандарта нет -- значит, нет и языка. Фтoпкy. Сюрприз: исошные стандарты языков появляются существенно позднее самих языков.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	112. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 22:01
	>> Исошного стандарта нет -- значит, нет и языка. Фтoпкy. > Сюрприз: исошные стандарты языков появляются существенно позднее самих языков. Важно то, что при стандартизации принимаются во внимание опыт и тенденции всей индустрии. Если язык развивается одной конторой/группой/человеком, то и следует он веяниям этой конторы/группы/человека. Так что язык, для которого не ведутся работы по международной стандартизации - это местячковая игрушка, какой бы привлекательной она ни была.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	114. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от другой Аноним on 16-Фев-18, 22:05
	> Так что cишка пребывала 20 лет в небытие и положении местячковой игрушки пофиксил.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

68. "Релиз языка программирования Rust 1.24"	+1 +/–
Сообщение от Аноним (??) on 16-Фев-18, 17:33
Этот чудесный проект использует в качестве бэкенда LLVM, из-за чего не может собраться на некоторых архитектурах: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881845 В результате под эти архитектуры нельзя собрать новые версии Firefox и librsvg, которую хипстота решила перевести на rust.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	72. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от НяшМяш (ok) on 16-Фев-18, 17:54
	Так вроде бы правильные пацаны, помимо архитектуры не как у всех, сидят на ESR версиях?
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	131. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 00:11
	ESR-версии рано или поздно закончатся, а для librsvg такого понятия вообще нет. А Мозилле до кроссплатформенности, судя по всему дела нет, они больше на винду ориентируются.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	101. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 16-Фев-18, 20:32
	> Этот чудесный проект использует в качестве бэкенда LLVM, из-за чего не может > собраться на некоторых архитектурах: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881845 > В результате под эти архитектуры нельзя собрать новые версии Firefox и librsvg, > которую хипстота решила перевести на rust. А что он должен использовать? Если бы они сами писали бекенд с нуля, с поддержкой архитектур было бы ещё хуже. Не ссы, починят.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	130. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 17-Фев-18, 00:08
	gcc же, ну
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	137. "Релиз языка программирования Rust 1.24"	+2 +/–
	Сообщение от Аноним (??) on 17-Фев-18, 01:32
	> gcc же, ну И были бы комментарии в духе «Игрушечный ЯП, транслируется в си! Неосилили свой бэкэнд/можно сразу на си писать! Однозначно ненужно!» Опеннетчикам не угодишь.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

111. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от None (??) on 16-Фев-18, 21:59
> До 10 раз ускорено выполнение операции То есть теперь скорость выполнения равна 10 разам?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

121. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от нешколота on 16-Фев-18, 22:58
А чего это никто пхп не ругает? Непорядок на опеннетике.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	142. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Агроном on 17-Фев-18, 03:53
	> А чего это никто пхп не ругает? Непорядок на опеннетике. Си ругают, а она скопирована с пхп, фигурные скобки и все такое.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

128. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от Аноним (??) on 16-Фев-18, 23:28
> приняли участие 152 разработчика Как обмельчали программисты. Для Теха было достаточно одного Кнута.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

153. "Релиз языка программирования Rust 1.24"	–5 +/–
Сообщение от Аноним (??) on 17-Фев-18, 12:35
sysvinit реально переписать на rust? будет от этого польза, если переписать на rust с максимально возможной параллелизацией?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	186. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 20-Фев-18, 22:54
	Руки прочь от SysVinit! Негоже кошерному SysVinit от LLVM не зависеть.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	187. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 20-Фев-18, 22:55
	Поправил. Руки прочь от SysVinit! Негоже кошерному SysVinit от LLVM зависеть.
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

166. "Релиз языка программирования Rust 1.24"	–1 +/–
Сообщение от Аноним (??) on 17-Фев-18, 15:23
>>> До 10 раз ускорено выполнение операции поиска символов внутри строки при помощи функции str::find, которая переписана с использованием memchr. На memchr также переведена реализация [u8]::contains, но ускорение её работы не столь внушительно (ускорение примерно в 3 раза). С использованием ассемблерных инструкций проведена оптимизация f32::min и f32::max; С такими оптимизациями скоро питон догонят!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

180. "Релиз языка программирования Rust 1.24"	–1 +/–
Сообщение от Аноним (??) on 18-Фев-18, 23:03
Раст внутри мозиллы и сдохнет. Пока экосистема нарастёт, он станет ненужен
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

185. "Релиз языка программирования Rust 1.24"	+/–
Сообщение от iZEN (ok) on 20-Фев-18, 21:53
Вот уже битый час компилится rust-1.24 на замену rust-1.23, который требуется только firefox-58.0.2. Чего же он такой трудный?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	189. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от anonymous yet another on 21-Фев-18, 09:00
	Ну это ж мозилла! Один LLVM весит столько же, сколько вся оcтальная операционка. А сборка Firefox'а...
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	190. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от iZEN (ok) on 21-Фев-18, 12:32
	> Ну это ж мозилла! Один LLVM весит столько же, сколько вся оcтальная > операционка. А сборка Firefox'а... rust-1.24.0 - 1ч14м. firefox-58.0.2 - 1ч37м. Для сравнения: gcc8-devel-8.0.1.s20180211 - 14м.
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	191. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Andrey Mitrofanov on 21-Фев-18, 12:43
	> rust-1.24.0 - 1ч14м. > firefox-58.0.2 - 1ч37м. > Для сравнения: > gcc8-devel-8.0.1.s20180211 - 14м. Ну, видимо новые-модные языки позаковыристеее простого Си (или простого Си++, вроде, в gcc?..). Тем более, что оба "конкурсанта" таскают с собой всё-всё-всё  -  библиотеки бандлят патченые, рантаймы-гуи-батарейки в комплекте и пр. Сложный язык и рантайм.... ну, со сборкой LO/AOO посравнивай. Или boost-а какого. Тоже много, наверное, получтся.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	192. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от yet another anonymous on 21-Фев-18, 15:12
	> rust-1.24.0 - 1ч14м. > firefox-58.0.2 - 1ч37м. А LLVM в это время вошло, или оно ещё в плюс?
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	193. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Andrey Mitrofanov on 21-Фев-18, 15:55
	>> rust-1.24.0 - 1ч14м. >> firefox-58.0.2 - 1ч37м. > А LLVM в это время вошло, или оно ещё в плюс? Он теперь "за" gcc. http://www.opennet.dev/openforum/vsluhforumID3/113384.html#2 http://www.opennet.dev/openforum/vsluhforumID3/113145.html#34 http://www.opennet.dev/openforum/vsluhforumID3/113145.html#41 Чегеварит супротив "партнёров", требует https://www.opennet.dev/openforum/vsluhforumID3/113145.html#277 удовлетворения насущных хотелок аж дым стоит!
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	194. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от yet another anonymous on 21-Фев-18, 18:53
	По поводу ситуации во FreeBSD у меня мнения нет. А вот с мнением про LLVM в упомянутых ссылках я вполне согласен.
	Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

	195. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от iZEN (ok) on 21-Фев-18, 20:02
	>> rust-1.24.0 - 1ч14м. >> firefox-58.0.2 - 1ч37м. > А LLVM в это время вошло, или оно ещё в плюс? Нет. Это время на сборку соответствующих пакетов. Rust чего-то там делает с LLVM, какие-то шашни мутит, судя по выхлопу процесса сборки. В общем, один монстр использует другого в каких-то позах.
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	196. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от Аноним (??) on 22-Фев-18, 20:56
	> gcc8-devel-8.0.1.s20180211 - 14м. Не верю. Это разве что без тестов. С тестами у меня несколько часов на SSD.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	197. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от iZEN (ok) on 22-Фев-18, 21:46
	>> gcc8-devel-8.0.1.s20180211 - 14м. > Не верю. Это разве что без тестов. С тестами у меня несколько часов на SSD. % pkg info gcc8-devel gcc8-devel-8.0.1.s20180211 Name           : gcc8-devel Version        : 8.0.1.s20180211 Installed on   : Sat Feb 17 10:53:12 2018 MSK Origin         : lang/gcc8-devel Architecture   : FreeBSD:11:amd64 Prefix         : /usr/local Categories     : lang Licenses       : GPLv3, GPLv3RLE Maintainer     : gerald@FreeBSD.org WWW            : https://gcc.gnu.org Comment        : GNU Compiler Collection 8 Options        :     BOOTSTRAP      : off     GRAPHITE       : off Shared Libs required:     libgmp.so.10     libmpfr.so.4     libmpc.so.3     libisl.so.15 Shared Libs provided:     libitm.so.1     libssp.so.0     libatomic.so.1     libcc1plugin.so.0     libcc1.so.0     libgcc_s.so.1     libquadmath.so.0     libcp1plugin.so.0     liblto_plugin.so.0     libstdc++.so.6     libgomp.so.1     libgfortran.so.5 Annotations    :     FreeBSD_version: 1101509     cpe            : cpe:2.3:a:gnu:gcc:8.0.1:::::freebsd11:x64 Flat size      : 193MiB Description    : GCC, the GNU Compiler Collection, supports a number of languages.  This port installs the C, C++, and Fortran front ends as gcc8, g++8, gfortran8, respectively. WWW: https://gcc.gnu.org Gerald Pfeifer <gerald@FreeBSD.org>
	Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

	198. "Релиз языка программирования Rust 1.24"	+/–
	Сообщение от iZEN (ok) on 23-Фев-18, 12:44
	chromium-63.0.3239.132 - 4ч25м. Процессор AMD Phenom II X6 1055T, ОЗУ 11,5 ГБ.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема