Вышел новый релиз языка программирования Rust 0.8

Мне нравится, как-то в нём разумно всё сделано. Правда, большинство всё равно выберет Go, потому что на швабре и HN это щас модно. Ну да оно и к лучшему.

Ну да оно и к лучшему.

к сожалению нет, кроме хорошего ЯП, как минимум нужно иметь хорошие библиотеки, а их обычно много только под популярные ЯП, а еще хочется профайлеры, хорошую поддержку в любимом IDE и т.п.

«Закопать плюсы» - значит сделать так, чтобы на плюсах никто не хотел писать. А компиляторы и библиотеки после этого перестанут развиваться и постепенно вымрут.

Какая-то детская точка зрения.

Меня лично плюсы всем устраивают, но на ЛОРе кто-то писал, что Rust убъёт плюсы, я в этом пока что крайне сомневаюсь, но если всё-таки убъёт, то должно быть возможно писать на нём любой код, для которого сейчас применяют плюсы.

Whatever, я просто несу чушь, потому что лень нести не чушь.

Просто Go проще rust.

Я надеюсь, что С++ рано или поздно полностью заменит С.

Да ней дай б-г этому случиться. Это же будет значить, что выросло поколение, которое считает этого мутанта языком для программирования...

Это поколение не только выросло, но и уже написало очень солидную часть прикладного и системного софта

Это поколение не только выросло, но и уже написало очень солидную часть прикладного и системного софта

Да и посмотрите теперь на его качество

Попытался собрать, словил «internal compiler error»

cp: i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/librustrt.so
compile: i686-unknown-linux-gnu/rt/stage0/arch/i386/morestack.o
link: i686-unknown-linux-gnu/rt/stage0/arch/i386/libmorestack.a
cp: i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/libmorestack.a
compile_and_link: i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/libstd.so
compile_and_link: i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/libextra.so
compile_and_link: i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/libsyntax.so
compile: i686-unknown-linux-gnu/rustllvm/RustWrapper.o
compile: i686-unknown-linux-gnu/rustllvm/PassWrapper.o
def: i686-unknown-linux-gnu/rustllvm/rustllvm.linux.def
link: i686-unknown-linux-gnu/rustllvm/librustllvm.so
cp: i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/librustllvm.so
compile_and_link: i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/librustc.so
error: internal compiler error: unexpected failure
note: the compiler hit an unexpected failure path. this is a bug
note: try running with RUST_LOG=rustc=1 to get further details and report the results to github.com/mozilla/rust/issues
make: *** [i686-unknown-linux-gnu/stage0/lib/rustc/i686-unknown-linux-gnu/lib/librustc.so] Ошибка 101

А мне вот кажется, что это будет означать, что выросло поколение, которое не отказывается от инструмента по религиозным причинам. С++ объективно лучше и местами быстрее С.

Вот это в точку.

Rust In Peace!

Так если Rust покажет себя с хорошей стороны как по скорости разработки, так и по скорости работы итоговых программ, если при использовании Rust будет достаточно легко пользоваться библиотеками на С, а может и С++, то особых проблем не будет. И постепенно Rust может сместить С++ со многих позиций. Впрочем, им явно нужно разобраться со всеми своими указателями, явными регионами и пр. Пока это дело выглядит очень сыро.

Rust In Peace!

Да, мы все любим Megadeth.

fn map<T, U>(vector: &[T], function: &fn(v: &T) -> U) -> ~[U] {
    let mut accumulator = ~[];
    for element in vector.iter() {
        accumulator.push(function(element));
    }
    return accumulator;
}

Ну и что это за ад в объявлении map?

Ну и что это за ад

Где?

все читабельно и понятно

Кристальный код, разве что перловка @&~ его портит, но это плата за безопасное управление памятью.

Кто-нибудь мне объяснит, чем оно лучше того же Go или D?

Ну как минимум, гораздо стройнее и прогрессивнее.

Ну и что это за ад в объявлении map?

Шо не ясно?

что это за ад в объявлении map?

Мир разделился на тех кто ещё не испортил мозги крестами и тех кого уже не вернуть :)

Дружище разьясни пожалуйста каждый спецсимвол синтаксиса в первой строке

// человек который испортил мозг плюсами

template <class T>
void map( vector<T> &in, function<T (T)> fn, vector<T> &out )
{
	out.clear();
	for( auto element : in )
	{
		out.push_back(fn(element));
	}
}

Вот аналог на C++.

Нифига не аналог.

разьясни пожалуйста каждый спецсимвол синтаксиса в первой строке

Дженерик-функция, зависящая от типов T и U, принимающая на вход borrowed вектор элементов типа T, borrowed замыкание, принимающее на вход значение типа T и возвращающее значение типа U, и возвращающая owned вектор элементов типа U.

template <class T, class U>
void map( const vector<T> &in, function<U (T)> fn, vector<U> &out )

fixed.

Обратно не то. В твоей версии out надо самому руками создать и передать. Фортран прям.

Тоже не точно. Как минимум, второй vector должен быть возвращаемым значением и, наверное, оба вектора должны быть *_ptr на векторы.

Вообще аналог уже есть, причем более гибкий - std::transform.

оба вектора должны быть unique_ptr на векторы.

Зачем?

Не «зачем», а «почему». Потому что ближайший Си++-аналог ~ в Rust - это unique_ptr, а аналога & я так сразу и не подберу.

Почему боишься возвращать вектор? RVO в старом С++ и move-самантика в текущем избавит от лишних копирований.

Как-то так:

template<class T, class U>
vector<U> map(const vector<T> & in, function<U(T)> fn)
{
    vector<U> accum;
    accum.reserve(in.size());
    transform(in.begin(), in.end(), back_inserter(accum), fn);
    return accum;
}

Тут не нужен аналог ~. Аналогом ~[T] в С++ является vector<T>.

Аналогом ~[T] в С++ является vector<T>.

Наверное, ты знаешь Rust лучше меня. Я по серости всегда считал ~Whatever указателем.

const с in я бы не убирал, в остальном - см. выше.

Итак, код приведен аналогичный, но декларация map менее «хаскелеподобная» (космическая) в C++. Зачем тогда нужен этот Rust?

Зачем тогда нужен этот Rust?

Чтобы писать на нем программы.

Да и посмотрите теперь на его качество

Чуть выше чем у поколения считающего прикладным языком C.

хорошую поддержку в любимом IDE

А какая у вас любимая IDE с хорошей поддержкой C++?

если говорить про IDE с поддержкой разных ЯП - NetBeans

Immutable portions of the heap may be shared between tasks, mutable portions may not.

Эрланг их кое чему научил!

Эрланг их кое чему научил!

Конечно-конечно, это был именно Эрланг.

Я имею ввиду в данном случае стандартную эрлагновую засаду с отсутствием shared mem даже для immutable data. Это засада мрачная. Пришлось изобрести ссылки на C для эрланга:))

Может, наоборот, ты. ~[T] сам является указателем, при этом данные размещаются в динамической памяти, а сам наш объект-указатель является уникальным владельцем. Но ведь именно так себя и ведет вектор. Он хранит у себя указатель на память и является ее уникальным владельцем.

Я правильно понял, что если использовать select/recv и прочее то все потоки встанут? Зачем такая многопоточность нужна?

Синхронизируйся

перед тем как давать глупые советы, можно и прочитать дальше

это не многопоточность, это асинхронность, ортогональные вещи