LINUX.ORG.RU
решено Форум — Development  

Остались ли ещё в России пользователи Common Lisp?

 


1

5

У меня складывается ощущение, что нет. Я прав?

Допустим, те, кто в настоящее время продолжает коммитить в open-source проекты. Или пилит что-то своё открытое/закрытое?

Есть "http://ystok.ru/", они в 16-м году выпустили версию своей софтины. Есть Стас Букарёв, я думаю, что он работает где-нибудь в гугле за зарплату, хотя кто знает?

Есть мы, конечно.

А ещё кто-нибудь есть?

Мне кажется, тема совсем обезлюдела.

Отзовитесь, ау!

★★★★★
← Bash
Сломался автокомплит в qtcreator после апдейта →
  1 2 3 4 →
Ответ на: комментарий от monk

Например? Что в SBCL не так работает?

Git репо даже не работает. При попытке git clone, ломается, где-то пробела какого-то не хватает. Первый раз вижу такое. Могу представить что с самим SBCL.

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

Git репо даже не работает. При попытке git clone, ломается, где-то пробела какого-то не хватает.

Работает.

monk@veles:~/tmp$ git clone git://git.code.sf.net/p/sbcl/sbcl
Клонирование в «sbcl»…
remote: Counting objects: 100149, done.
remote: Compressing objects: 100% (18531/18531), done.
remote: Total 100149 (delta 85308), reused 96179 (delta 81545)
Получение объектов: 100% (100149/100149), 29.60 MiB | 2.34 MiB/s, готово.
Определение изменений: 100% (85308/85308), готово.
Проверка соединения… готово.

Могу предположить, что ты пробуешь его запустить с windows или под какой-нибудь хитрой кодировкой.

Могу представить что с самим SBCL.

Могу представить, что творится в голове у пользователя, компьютер которого не умеет работать с git.

monk ★★★★★
()
Ответ на: комментарий от monk 
$ git clone git://git.code.sf.net/p/sbcl/sbcl
Cloning into 'sbcl'...
remote: Counting objects: 100149, done.
remote: Compressing objects: 100% (18531/18531), done.
error: object e21fb12b6bfe76a1fbe652a5aaca7779612fe766: missingSpaceBeforeDate: invalid author/committer line - 
missing space before date
fatal: Error in object
fatal: index-pack failed
git version 2.7.4
$ locale charmap
UTF-8

Могу представить, что творится в голове у пользователя, компьютер которого не умеет работать с git.

Десятки других проектов работают, такая ошибка встречается только с репо SBCL. Ай-я-яй, компьютер виноват.

tp_for_my_bunghole ★
()
Последнее исправление: tp_for_my_bunghole (всего исправлений: 2)
Ответ на: комментарий от tp_for_my_bunghole

git version 2.7.4

monk@veles:~/tmp$ git --version
git version 2.8.1

И это при том, что у меня Debian, который за версиями не гонится. Может обновиться надо?

monk ★★★★★
()
Ответ на: комментарий от no-such-file

Но только у тебя, сделай выводы.

Да, у меня git настроен на валидацию всех объектов в базе. В .gitconfig 

[transfer]
	fsckObjects = true

Делайте выводы, такие знатоки git. Без валидации, работает.

tp_for_my_bunghole ★
()
Последнее исправление: tp_for_my_bunghole (всего исправлений: 1)

Проверил скорость исполнения fasta, http://benchmarksgame.alioth.debian.org

SBCL(один поток) отстаёт на ~24% от Cython и Chicken Scheme.
Cython использует код Python с добавлением типов, компилируется в нативный модуль который импортируется в Python.
Chicken Scheme вообще не использует аннотацию типов, транслирует код Scheme как есть в C и компилирует, скорость на равне с Cython.

SBCL выделяет больше памяти, в ~1.7 раз. Возможно для SBCL отличается алгоритм, надо будет проверить.
В Chicken Scheme уникальный компилятор и GC(компактирующий), но невозможна работа с нативными thread.
Хочу ещё сравнить с Clozure CL, сборщик точный и компактирующий, пишут что код немного медленее SBCL, но быстрее компилирует.

Кажется ещё действительно предложение(Robert Smith) $1000 за реализацию нативных threads в Chicken Scheme, никто пока не нашёл решение.

tp_for_my_bunghole ★
()
Последнее исправление: tp_for_my_bunghole (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 3 4 →
← Bash
Development
Сломался автокомплит в qtcreator после апдейта →