LINUX.ORG.RU
ФорумTalks

Remacs: Emacs In Rust

 , , , ,


0

5

Ещё один проект хотят переписать на rust

http://www.phoronix.com/scan.php?page=news_item&px=Remacs-Rust-Emacs

Да, форк.

Porting to Rust gives us lots of opportunities. We can leverage the rapidly-growing crate ecosystem. We can drop support legacy compilers and platforms (looking at you, MS-DOS). We can add docstrings and unit tests to core functions that aren’t exposed to elisp. It’s also a ton of fun. Remacs is based on Emacs 25.2.

★★★★★

Его на чем только не пытались переписать. Начиная от хацкеля, заканчивая всякой непотребщиной типа rust.

Deleted ()

Никакого смысла. Emacs работает много где, а rust едва ли. В основном emacs на elisp, поэтому переделка ядра мало что поменяет для пользователя, разве что тормозов добавит от руки хипстеров. Если бы они перепилили движок elisp и всю обвязку на rust сделав его очень быстрым, тогда другой вопрос. Но едва ли им по зубам такая задача, скорее guile дозреет, чем хипстеры смогут хоть что-то.

ixrws ★★★ ()

Жду Gomacs и Demacs. Больше форков Богу форков!

HashDerpy ()
Ответ на: комментарий от ixrws

На ржавчине есть очень быстрый (возможно, самый быстрый на данный момент) движок регулярных выражений. Но, ИМХО, оно того не стоит. История показывает, что всякие xemacs'ы не выживают. Разве что взлетит на хайпе вокруг раста. Тогда так и быть, потыкаю :)

feofan ★★★★★ ()

Только вот среди этих самых opportunities нет интерпретируемости. Или они оставляют елисп в качестве скриптового языка?

buddhist ★★★★★ ()
Ответ на: комментарий от feofan

Ну и что что самый быстрый? Даже если бы на rust был самый быстрый компилятор elisp это бы не факт что помогло бы делу. Нужно будет перелопатить тонны elisp кода, чтобы всё работало. Или написать такой расчудесный компилятор elisp, который всё подхватит и ничего не поломает. Сказка в общем. А ради одного движка регулярок тянуть в проект rust как зависимость - это дилетантство, то есть хипстеризм.

ixrws ★★★ ()

Было бы неплохо. Ещё отвязать позицию курсора от начала/конца окна и добавить плавную прокрутку.

Bad_ptr ★★★★ ()
Ответ на: комментарий от Weres

Это так на самом деле? Значит ничего стоящего не выйдет. Atom, sublime тому примеры; да куча их - хипстерских редакторов.

Deleted ()
Ответ на: комментарий от ixrws

Так там же написано — весь elisp будет работать как и раньше. Они просто будут итеративно переписывать код на rust, т.е. в любой момент процесса разработки их форк будет сохранять полную совместимость с GNU Emacs.

vyazovoi ★★★ ()
Ответ на: комментарий от buddhist

Или они оставляют елисп в качестве скриптового языка?

Конечно, оставят. Вся прелесть в том, чтобы не терять тонны готовых пакетов.

feofan ★★★★★ ()
Ответ на: комментарий от ixrws

Нужно будет перелопатить тонны elisp кода, чтобы всё работало.

Нет.

Или написать такой расчудесный компилятор elisp, который всё подхватит и ничего не поломает.

В этом план и состоит :)

это дилетантство, то есть хипстеризм.

Тоже так считаю.

feofan ★★★★★ ()
Ответ на: комментарий от vyazovoi

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

ixrws ★★★ ()
Ответ на: комментарий от slaykovsky

Любители ржавчины хотят доказать, что объект их любви не хуже какой-нибудь джавы и запилить себе IDE на том же языке, на котором пишут.

feofan ★★★★★ ()
Ответ на: комментарий от feofan

Ну в общем пришли такие чуваки, посмотрели на emacs и подумали - вот мы сейчас возьмём и всё сделаем классно на rust, а потом когда стали продолжать - emacs сделал их.

ixrws ★★★ ()
Ответ на: комментарий от ixrws

Просто, пока они переписывают, emacs продолжает развиваться.

feofan ★★★★★ ()
Ответ на: комментарий от buddhist

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

feofan ★★★★★ ()
Ответ на: комментарий от makoven

neovim выжил

его оплачивали, Remacs это опенсорс с голым задом

robotron5 ()
Ответ на: комментарий от feofan

Отсюда можно сделать вывод, что любой вариант форка емакса не нужен :)

buddhist ★★★★★ ()
Ответ на: комментарий от Weres

Оригинальные майнтейнеры

Хотят. Просто главный мейнтейнер — странный сектант. Буквально. И он считает, что код на си — неподдерживаемое говно, а значит, трогать его не надо. Там уже несколько форков наклевывается.

Freyr69 ★★★ ()
Ответ на: комментарий от Freyr69

Они где-нибудь выражали свое желание? Этот конкретный форк связан с ними?

Кстати, вообще не слышал про форки имаксе от майнтейнеров. Ну, свежие. Есть версии, как emacs for mac, от японца, но форки. Можно ссылку?

Weres ★★★ ()
Ответ на: комментарий от feofan

Сколько было тех убийц емакса на других языках с другими же языками расширения? То-то же.

Доброе утро. Что атом, что саблайм — куда более популярные редакторы, чем имакс. Пора признать: имакс в заднице. У него огромные проблемы с фундаментальными вещами, вроде гуя, а главный ментейнер пилит поддержку доса в то время как редактор тормозит на винде.

Freyr69 ★★★ ()
Ответ на: комментарий от Deleted

Sublime-то неплох для GUI редактора кода на самом деле. Далеко не самый лучший, но дело делает.

Bfgeshka ★★★★★ ()

пусть заодно и удобный текстовый редактор туда добавят.

Valeg ★★★ ()
Ответ на: комментарий от Freyr69

Что атом, что саблайм — куда более популярные редакторы, чем имакс.

Охотно верю. Только на качество расширений это влияет слабо. Например, возьмем ensime - среда разработки для scala, которая поддерживает множество редакторов. Все фичи имплементированы только для emacs. Хотя вышеназванные в списке поддержки есть, как и неназванный vim.

Пора признать: имакс в заднице. У него огромные проблемы с фундаментальными вещами, вроде гуя

С gui я проблем не наблюдаю. Мне не нравится, например, что конкурентность реализовали через GIL, но это не смертельно. Существуют проверенные техники, как писать пакеты, работающие асинхронно.

в то время как редактор тормозит на винде.

не так давно был тред, в котором в финале благополучно выяснилось, что тормозит на винде только в кривых руках. И чинятся такие тормоза элементарным подкручиванием настроек.

feofan ★★★★★ ()
Ответ на: комментарий от RazrFalcon

userspace на C - не нужен.

Нужен, если судить по количеству софта: редакторов, оконных манагеров, интерпретаторов. В отличие от тире в твоем предложении (а тем более дефиса).

Freyr69 ★★★ ()
Ответ на: комментарий от RazrFalcon

Как говорится: userspace на C - не нужен.

Вот благодаря таким как ты

Разве что взлетит на хайпе вокруг раста.

ч.т.д.

feofan ★★★★★ ()
Ответ на: комментарий от Freyr69

если судить по количеству софта

Который был написан, когда rust'а не было еще даже в планах. Ну и даже тут, в userspace, балом правит C++.

В отличие от тире в твоем предложении (а тем более дефиса).

5 балов за наблюдательность.

RazrFalcon ★★★★★ ()
Ответ на: комментарий от feofan

Только на качество расширений

ensime

И выбрал кривое поделие для примера, которое ломают с каждым релизом.

С gui я проблем не наблюдаю.

Ну если глаза закрыть, то жить можно, да. Но плавной прокрутки нет, все дергается, мигает. Выглядит убого, если сравнивать с саблаймом.

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

Ссылку? Оно все равно заметно тормозит на фоне линукса. Даже просто искаропки.

Freyr69 ★★★ ()
Ответ на: комментарий от Freyr69

На самом деле начинать писать новый проект на rust может быть более резонно, чем на c. Всё же, концепция владения позволяет предотвратить появления таких багов, как, например, гонки. Но мне кажется, переписывать такой большой проект, как emacs - не самая лучшая идея.

feofan ★★★★★ ()
Ответ на: комментарий от Freyr69

все дергается, мигает

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

xetf ★★ ()
Ответ на: комментарий от feofan

такой большой проект

Основная часть на elisp. На си должно быть не так много. Вообще переписывать нет нужды, достаточно пофиксить сишный код.

Вот неовим сильно помог виму — сразу вышел vim 8 с лямбдами и потоками. Форк должен подстегнуть основной проект, который стагнирует.

Freyr69 ★★★ ()
Ответ на: комментарий от Freyr69

И выбрал кривое поделие для примера, которое ломают с каждым релизом.

И не имеющее альтернатив, да. Недавно видел где-то тут нытье сублаймщика про плохое автодополнение на ternjs. В emacs автодополнение js у меня работает идеально.

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

Тут согласен. И это действительно фундаментальная проблема. Жаль только, что таким переписыванием «в лоб» её не решить.

Выглядит убого, если сравнивать с саблаймом.

Вкусовщина.

Ссылку?

Emacs vs Atom по производительности (комментарий)

Оно все равно заметно тормозит на фоне линукса. Даже просто искаропки.

Что поделать, такой быстрый в винде слой совместимости.

feofan ★★★★★ ()
Ответ на: комментарий от Freyr69

Основная часть на elisp. На си должно быть не так много.

Это дает проекту надежду на успех.

Форк должен подстегнуть основной проект, который стагнирует.

Таки 25 был очень вкусный релиз. Так что стагнации не замечено.

feofan ★★★★★ ()
Ответ на: комментарий от feofan

Таки 25 был очень вкусный релиз.

Че там вкусного? Гуй не завезли, аппаратного ускорения и opengl все еще нет, как я понимаю, асинхронность полноценную не завезли (про параллелизм молчу). Что там вкусного-то? Редактор в техническом плане отстал очень сильно от всяких саблаймов.

Freyr69 ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.