Последние новости о развитии C++

Как минимум, если что-то попадает в стандарт самого языка — это оттуда потом уже хрен выкинешь или нормально поменяешь — надо будет таскать с собой вечно в обратно-совместимом виде. А чем менее фундаментальна библиотека, тем больше шансов что она быстро устареет и станет бесполезной.

Последние новости о развитии C++

Систем сборки не страдающих от указанных вами проблем я не видел

Хм, вроде как SCons по умолчанию использует md5 по содержимому файла для определения его уникальности. Вроде это должно помочь при сложностях со ссылками.

Последние новости о развитии C++

Хочу только одну вещь. Поддержку в Rust'е импорт C headers из коробки.

Мне кажется, усложнять язык для этого нет нужны, лучше доработать bindgen: https://github.com/crabtw/rust-bindgen#plugin

Код Rust включен в Firefox 48

ну это ожидаемое поведение

Не спорю.

многие не слишком четко понимают, что rust гарантирует и чего он не гарантирует

Из-за этого, собственно, и написал.

Rust гарантирует, что программа не будет работать в случае классического сишного undefined behavior

Это еще с оговоркой про unsafe — при его неаккуратном использовании много что может пойти не так :(

upd: промазал, ответ на https://habrahabr.ru/post/305536/#comment_9698750

Анонс Rust 1.10

Я не припомню (и не могу нагуглить) утверждений про "вот вот", но в текущей ночной сборке вижу опцию "-Z incremental=val — enable incremental compilation (experimental)".

И вроде даже получилось несколько проектов собрать при помощи вызова "cargo rustc — -Z incremental=tmpdir", но пару раз оно грохнулось с ошибкой внутри rustc — видимо, еще достаточно сырое.

Большие бинари в моем Rust?

все это — следствие того, что код в библиотеках хранится уже в окончательно скомпилированном виде

Разве? Мне кажется протаскивание в helloworld значительной части стандартной библиотеки является следствием параметров сборки по умолчанию и архитектуры стандартной библиотеки.

Если в конфигурации нашего проекта нет обработки исключений и аллокации памяти

Так в helloworld выше они неявно есть, надо просто явно их отключить.

Ну и, кстати, Cargo пока только с зависимостями в виде исходников и умеет работать, так что при изменении параметров сборки из зависимостей как раз вполне могут быть выкинуты целые куски еще на уровне исходников. Не очень понимаю, что принципиально должна изменить инновация с ast-зависимостями, да и как вообще все это должно работать.

Код Rust включен в Firefox 48

заголовок:

"Код Rust включен в Firefox 48"

Код Rust включен в Firefox 48

Я же пример кода прилепил)

Я про случай, когда мы сначала узнаем длину массива, а потом старым добрый сишным циклом с "ручным" индексом (язык этого не запрещает же) по нему проходимся — в такой ситуации никакого одновременного заимствования может и не быть.

Код Rust включен в Firefox 48

Несмотря на название статьи, в Ржавчине с предотвращением утечек все-таки дела точно не хуже плюсовых.

Код Rust включен в Firefox 48

Да, памяти жрёт больше, тут ничего не поделать

Я вот не уверен в этом так уж сильно, особенно если речь идет не о компактных синтетических тестах, а о реальных программах. За счет чего ржавчина должна "жрать" сильно больше памяти?

Код Rust включен в Firefox 48

Нельзя.

Что нельзя? О.о Вон же ссылка на плейпен.

Итератор заимствует объект по константной (читающей) ссылке. Компилятор запрещает иметь одновременно чтение и модификацию сущностей. Это контролируется на этапе компиляции.

Спасибо, я в курсе :) При использовании явного индекса (что иногда бывает полезным при работе с массивами) одновременного заимствования массива может и не быть, тогда ошибка произойдет уже только во время работы программы.

Код Rust включен в Firefox 48

Ну и ИМХО, синтаксис Rust слишком уж С-подобный, можно было и полаконичней

Как я понимаю, команда разработки решила слишком далеко от привычного большинству целевых программистов сишного синтаксиса не уходить, потому что язык и так сложностей в начальном обучении порядочно вызывает, а если еще и синтаксис будет непривычный — 100% в массы не пойдет.

Код Rust включен в Firefox 48

Кстати, про foreach: а можно ли в Rust устроить грабли с изменением размера вектора в то время, пока по нему идет итерация?

Как уже сказали, с честным циклом по массиву — нельзя, но на всякий отмечу, что при использовании явного индекса магии не произойдет:

https://play.rust-lang.org/?gist=43a890e5ead474df1c66ce25894b7e49

let mut a2 = vec![1, 2, 3];
for i in 0..a2.len() {
    println!("f2: {}", a2[i]);
    a2.truncate(1); // коварно уменьшаем размер массива
}

...

thread '<main>' panicked at 'index out of bounds: the len is 1 but the index is 1'

Код Rust включен в Firefox 48

Есть еще get_unchecked и get_unchecked_mut, если уж очень надо, но их надо в unsafe заворачивать.

Код Rust включен в Firefox 48

Тонкая отсылка к https://habrahabr.ru/post/281370?

Код Rust включен в Firefox 48

Исходя из benchmarksgame.alioth.debian.org/u64q/rust.html, пока Rust'у еще далеко до С++.

Я бы только из подобных соревнований столь суровых выводов о языках не делал :)

почему синтаксис Rust не С-подобный?

Очень даже си-подобный. Конечно, зависит от того как определять это понятие, но вот под эти требования — http://dic.academic.ru/dic.nsf/ruwiki/249655 — вполне себе подходит.

Анонс Rust 1.10

было бы неплохо иметь возможность управлять этим

https://doc.rust-lang.org/std/collections/struct.HashMap.html#method.with_hasher — это не оно?

Большие бинари в моем Rust?

Смотря для какого современного железа, смотря что за ось и все такое.

Если я пишу игру и она на мегабайт стала больше — да и не важно.

Но если есть какая-то новая железяка с линуксом для встраивания куда-то там, то на ней увеличение размера каждой из сотен (или тысяч?) мелких юниксовых утилит за счет теоретического переписывания их на ржавчину очень легко может вызвать лишние сложности.

Большие бинари в моем Rust?

Совсем весь рантайм и не тащится, но обычная печать косвенно задействует значительную его часть: если что-то не так пошло с печатью, то может потребоваться раскрутить стек, хоть он и не большой, да еще и напечатать бэктрейс, а это за собой тащит как минимум форматирование и аллокатор.

Я как-то так ситуацию себе представляю, хотя сам был бы рад статье со свежей и подробной информацией по теме, а то гуглятся, в основном, объяснения которым уже пара лет, когда еще libgreen был.

Большие бинари в моем Rust?

Хм, вижу два минуса — где я не прав?

http://stackoverflow.com/questions/27999559/can-libraries-be-distributed-as-a-binary-so-the-end-user-cannot-see-the-source