The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Открыты исходные тексты Corman Lisp

05.01.2015 22:52

Роджер Корман (Roger Corman) перевёл в разряд свободных проектов Corman Lisp, реализацию языка программирования Common Lisp. Код Corman Lisp опубликован на GitHub под лиценизей MIT. До открытия кода Corman Lisp развивался в качестве проприетарной реализации языка Common Lisp, включающей компилятор, ассемблер, дизассемблер, компоновщик, сборщик мусора, стандартную библиотеку функций и интегрированную среду разработки.

Corman Lisp рассчитан на работу в ОС Windows и полностью интегрируется с Win32 API, позволяя использовать его в приложениях на языке Lisp. Последние девять лет проект впал в стагнацию и практически не развивается - актуальная версия Corman Lisp 3.0 была выпущена ещё в 2006 году и может быть собрана только при помощи Visual Studio 2005 (использование более новых версий Visual Studio требует портирования). Кроме того, имеются проблемы с запуском Corman Lisp на 64-разрядных платформах. Решение данных проблем требует значительных усилий, так как в коде используется обилие низкоуровневых оптимизаций на языке ассемблер, которые необходимо переписать для 64-разрядных систем. Отмечается, что несмотря на привязку к Windows и наличие проблем с работой в современных программных окружениях, многие реализованные в Corman Lisp технологии могут оказаться полезными для развития других компиляторов Common Lisp.

  1. Главная ссылка к новости (http://lispblog.xach.com/post/...)
  2. OpenNews: Реализация языка Lisp на GNU sed
  3. OpenNews: Компилятор на базе GNU Guile достиг совместимости с приложениями на Emacs-Lisp
  4. OpenNews: Языку программирования LISP исполнилось 50 лет
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/41396-lisp
Ключевые слова: lisp
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, ano (??), 23:01, 05/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ура? Или открыли потому что не нужен был?
     
     
  • 2.6, Ordu (ok), 23:37, 05/01/2015 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Мне кажется, что открыли потому, что поддерживать нет никакого желания, а обламывать пользователей значит выглядеть сволочью. А так код открыт -- кому надо, тот пускай и пилит. Этот самый Корман просто снял с себя всю ответственность.
    И с этой точки зрения -- ура, оно конечно ура, но не для нас, а для пользователей этого самого лиспа, ежели таковые существуют.
     
     
  • 3.7, freehck (ok), 23:53, 05/01/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> ура, оно конечно ура, но не для нас, а для пользователей этого самого Corman Lisp, ежели таковые существуют.

    Fixed. Во избежание двоякого толкования.

     
     
  • 4.29, Аноним (-), 18:16, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Для пользователей этого самого Шиндошс
     

  • 1.4, solomon243 (ok), 23:28, 05/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В России скоро начнется  бум...
     
  • 1.5, анонисимус (?), 23:30, 05/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В ReactOS мне пригодится...
     
     
  • 2.9, Аноним (-), 00:07, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    надо всего только Visual Studio 2005 под ReactOS портировать.
     
     
  • 3.12, анонисимус (?), 01:30, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Точно, и перенести на x86.
     

  • 1.8, Аноним (-), 00:01, 06/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вроде и не нужно и выкинуть жалко... куда? да в опенсорс!
     
     
  • 2.13, equeim (ok), 01:35, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Будто что-то плохое.
     
     
  • 3.23, Kodir (ok), 15:36, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А будто что-то полезное!

    Беда-то в том, что пока этот "Цорман" сидел и ждал миллионы, проект протухал (хотя мог бы малу-помалу улучшаться сообществом). СЕЙЧАС за такую "помойку х86" никто не возьмётся, ибо невозможно сразу весь проект перевести под 64-битные рельсы - улучшать-то нужно сразу весь код, чтобы можно было тестировать! Ну и заодно несовместимости с современной VS - я хоть и не понимаю, через какое место можно было стать несовместимым, но факт есть факт - из современной студии этот прект не скомпилять.
    Втройне смешно смотреть на этот "выкидыш в опенсорс" из-за ЛИСПа - если ещё лет 10 назад мы как-то дёргались между Дельфи, VC++, Watcom, Perl и прочими "уникумами", то сейчас кроме C# и Жабы практически нет ничего вразумительного. И кому нужен этот ЛИСП, будь он хоть четырежды многоплатформенным?? Он не построил своего комьюнити, не наработал серьёзную массу библиотек - это даблфэйл, после которого не выживают, что и показал пример Кормана.

     
     
  • 4.31, freehck (ok), 21:44, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Втройне смешно смотреть на этот "выкидыш в опенсорс" из-за ЛИСПа - если
    > ещё лет 10 назад мы как-то дёргались между Дельфи, VC++, Watcom,
    > Perl и прочими "уникумами", то сейчас кроме C# и Жабы практически
    > нет ничего вразумительного.

    Шутить изволите? Мелкомягкая виндо-недоделка и жаба, та самая, которая-не-тормозит? =/

    > И кому нужен этот ЛИСП, будь он хоть
    > четырежды многоплатформенным?? Он не построил своего комьюнити, не наработал серьёзную
    > массу библиотек - это даблфэйл, после которого не выживают, что и
    > показал пример Кормана.

    Ну во-первых, если вам нужны внушительные по размерам библиотеки, милости просим в Scheme.
    А во-вторых, комьюнити у нас роскошное. На #lisp во freenode сидят столько грамотного народу, сколько и не снилось каналам о популярных технологиях.

    Да, на нём не пишут прикладного софта, которым Вы ежедневно пользуетесь, но на нём пишут куда более серьёзные вещи. Вот в Jet Infosystems на нём пилят систему мониторинга и анализа трафика. А Вы говорите, не выживают... Да они живее всех живых.

     
  • 4.32, antares0 (?), 01:16, 07/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И кому нужен этот ЛИСП, будь он хоть
    > четырежды многоплатформенным?? Он не построил своего комьюнити, не наработал серьёзную
    > массу библиотек

    Громкие заявления. В задумчивости посчитал пакеты в Quicklisp-е - 1130!
    >- это даблфэйл, после которого не выживают, что и
    > показал пример Кормана.

    Его пример показал то что несвободное дохнет. Свободные sbcl,ccl,ecl,abcl (разные ниши) парадоксальным образом живут. Все по слову великого Столмана :)


     
  • 2.30, Аноним (-), 18:23, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Если выкинуть жалко, то подарить фонду Apache.
     

  • 1.10, EHLO (?), 00:44, 06/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Читаю мысли.
    Ты только что подумал: "не нужно".
     
     
  • 2.15, Какаянахренразница (ok), 05:39, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Правильно читаешь, однако...
     
  • 2.16, Аноним (-), 08:27, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Читай полностью. Я подумал: "не нужно читать мои мысли".
     

  • 1.11, shi (?), 00:49, 06/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Он и изначально распространялся с исходными кодами, только под другой лицензией.
    Цитата из википедии: "CormanLisp свободно доступен (для некоммерческого использования) вместе с исходными кодами (за исключением IDE, ведущего себя как классическое Shareware с месячным сроком использования)".
     
     
  • 2.14, pavlinux (ok), 03:33, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > за исключением IDE, ведущего себя как классическое

    Угу, это как и MSVC, кроме как в маздайном ИДЕ и компиляторе нигде не соберётся.
    Тут конечно можно приписать, "- а вы пишите кода на Pure ANSI C или ISO STD C++ 200x"
    но тогда возникает вопрос - накуя мне этот MSVC и этот КарманЛисп, если GNU Common Lisp
    делает бесплатно и портабельно.

      

     
     
  • 3.21, клоун (?), 12:09, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Как клоун, потративший однажды 10 часов чтобы скомпилировать 10 кб программу для Линукс под Windows заявляю: один хрен.

    Код, написанный в Windows на MSVS, сложно портировать на Линукс из-за отсутствия MSVS под Линукс.

    Код, написанный в Линукс с использованием GNU C, сложно портировать под Windows из-за заголовочных файлов, который гвоздями прибиты к Линукс.

    Чтобы было "портабельно" нужно вводить ещё один уровень абстракций и виртуальную машину, абстрагирующую ваш исходный код от особенностей конкретной ОС. Языки C/С++ такими не являются.

    Если нужны примеры - берёшь исходник binutils (например, он на GNU C) и пытаешься собрать любой исходник под Windows.

     
     
  • 4.24, Kodir (ok), 15:45, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Думаю, с портабельностью всё гораздо проще: сам язык нужно держать под жёстким стандартом, НО(!) непрерывно его(стандарт) развивать и пополнять сторонними либами (которые, опять же, вносятся в стандарт), чтобы в результате получилась среда а-ля .NET - максимально исчерпывающая для большинства задач и полностью портированная под популярные архитектуры.
    Понятно, что 100% это сделать нереально, но и 99% - хороший результат! А сейчас мы имеем чуть менее, чем никакую портабельность даже для тупого сишного кода просто потому, что "так в линуксе принято". :(
     
     
  • 5.27, клоун (?), 16:24, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проще? Ты сказал проще, мою юнный падаван? Нет, не проще... Пелена тьмы спала с моих глаз. Идиотизм кромешный начался.

    Если смотреть на всё с теоретической точки зрения, то:
    1. из-за отсутствия стандартизации оборудования существует множество аппаратных реализаций что вынуждает вводить уровень абстракции программ от аппаратуры - ОС.
    2. из-за отсутствия стандартизации API/ABI ОС существует множество несовместимых API/ABI ОС что вынуждает вводить ещё один уровень абстракции программы от ОС - программы, выполняющиеся на виртуальной машине.
    3. из-за большого количества программ и часто меняющегося API/ABI невозможно довести всё до ума, что вынуждает вводить ещё один уровень абстракции - эмулятор (он же песочница).
    4. и вот уже пошли разговоры о том, что виртуальные машины из п.2 лучше запускать не на реальном оборудовании в песочнице, а из-под другой виртуальной машины.

    Мне одному кажется, что это путь в никуда?

    Стандартизация идёт по трём путям:
    1. когда приказали сверху (POSIX)
    2. когда приспичило снизу (w3c, IEEE, VESA/VBE, PnP)
    3. когда мы первые придумали и назвали нашу кривую реализацию стандартом (FAT, multiboot)

    Сегодня нет острой необходимости унифицировать ПО под разные ОС, поэтому в стандартах этого тоже не будет. Вопрос когда С/C++ для Windows разойдётся с С/C++ для Линукс - это вопрос времени. Они уже несовместимы на уровне библиотек и это только начало.

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

     
  • 4.33, anonymous (??), 22:08, 07/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На портирование конечно требуются усилия, но это все решаемо. Как разработчик С++, переводивший несколько месяцев систему с Windows на Linux, которую писали несколько лет и собираемую 2 часа ответственно это заявляю. Система многопоточная, работает с медиапотоками, есть места, которые привязаны к железу. Да, нужно ввести уровень абстракции платформы, но никакую виртуальную машину тут приплетать не нужно. Внешние заголовочные файлы нужно добавлять регламентировано и оправданно, а не где попало.
     
  • 4.34, pavlinux (ok), 17:40, 09/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Код, написанный в Линукс с использованием GNU C, сложно портировать под Windows
    > из-за заголовочных файлов, который гвоздями прибиты к Линукс.

    Вот у что-что, а с GNU C на куда хочешь, проще некуда.
    Тем более гнусности это такая экзотическая хрень, которую
    даже под UNIX редко юзают, типа alloca() иль массив указателей меток.

     

  • 1.17, Кир (?), 09:17, 06/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Долго же его жаба душила..
     
     
  • 2.25, Kodir (ok), 15:47, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Долго же его жаба душила..

    Он верил в американскую мечту - когда-то стать миллионером. :) Он только забыл, что никогда и нигде люди не зарабатывали на своих смехотворных программах - везде выигрывал только хитро*опый бизнес.

     
     
  • 3.28, клоун (?), 17:36, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ошибаешься. Статистика говорит, что невозможно предсказать какой проект станет успешным, но есть процент успешных проектов. На этих допущениях основан венчурный бизнес. Применительно к старт-апам есть понятие "выстрелил" - когда проект становится популярным и выходит на окупаемость. Если проект не выстрелил - его закрывают и начинают новый. Ничего личного, просто бизнес.

    Это относится не только к ИТ.

     

  • 1.19, kurokaze (ok), 09:51, 06/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Во втором абзаце вся суть и сермяжная правда о разработке софта который прибит  гвоздями к вантузу. Десять казней отдыхают.
     
     
  • 2.20, ... (?), 11:59, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Дело скорее в гвоздях, чем в том к чему прибито:
    >в коде используется обилие низкоуровневых оптимизаций на языке ассемблер
     
     
  • 3.26, Kodir (ok), 15:53, 06/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Дело скорее в гвоздях, чем в том к чему прибито:
    >>в коде используется обилие низкоуровневых оптимизаций на языке ассемблер

    Попутный вопрос: ну да, ассемблер, И ЧТО? У интела что-то поменялось в х86? Другими словами, "user space" ассемблер ТОЖЕ МОЖНО ПОРТИРОВАТЬ - nasm/fasm имеют почти masm/tasm синтаксис.

    Корман проиграл из-за жадности и недальновидности - теперь его *овноподелие только и достойно, что отсвечивать на гитхабе.

     

  • 1.22, Аномистикус (?), 14:30, 06/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно даже не было открыто? И значительная часть лиспопоклонников фапала на проприетарное г-но?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру