LispWorks Ltd с радостью сообщает о выходе версии LispWorks 6.1.1 Personal Edition для Windows, Macintosh, Linux, FreeBSD и x86/x64 Solaris.

LispWorks Personal Edition доступна для загрузки бесплатно.

Ядро этой версии LispWorks Personal Edition обновлено до версий Professional и Enterprise Editions.

LispWorks Personal Edition теперь предоставляет:

• API для доступа к окружению (augment-environment etc)
• высококачественная отрисовка на всех платформах, включая anti-aliasing
• нативная поддержка печати в GTK+
• поддержка различных методов многоязыкового ввода
• поддержка записи в форматах JPEG, PNG, TIFF
• улучшение Drag'n'drop в GTK+
• поддержка capi:browser-pane в Windows и Cocoa
• поддержка одновременного подключения нескольких дисплеев
• расширен многопроцессорный API
• поддержка IPv6 сокетов
• поддержка 'foreign blocks' в FLI
• добавлен ASDF2
• улучшена документация и добавлено больше примеров
• другие улучшения и новые возможности в CAPI и IDE
• множество исправлений ошибок

Не все перечисленные возможности поддерживаются на всех платформах. Об этой информации можно узнать по адресу:

http://www.lispworks.com/products/features.html

Полный список изменений доступен по адресу:

http://www.lispworks.com/documentation/lw61/RNIG/html/readme-292.htm

Загрузить LispWorks Personal Edition можно по адресу:

http://www.lispworks.com/downloads/

>>> Подробности

Доброго времени суток

Сабж.

Источник

Может кому сгодится. Версии для Ъ не будет, Ъ и так поняли что это не нужно. Линукс тут не при чём, разве что это запустится под wine. И плюс точно работает под маком

up. Похоже они полегли от такого DDOS'а :)

up2:

Возможно данный шаг со стороны Adobe и не является бесплатной раздачей CS2 и является лишь ошибкой Gizmodo и других СМИ. Как многие заметили ключи были выложены со словами «Мы выключаем сервера активации для данных продуктов и чтобы у вас не было проблем с активацией вашей лицензии мы сделали специальную версию, не требующую активации через сервер». Подождем официального ответа от Adobe. Возможно стоит воздержаться от использования полученных ключей.

up3

Один из разработчиков в своем комментарии в другой теме на форуме гово рит о том , что CS2 не раздается бесплатно. Данная версия CS2 и ключ и к ней могут использоватьс я только теми у кого уже есть купленая лицензия на CS2.

У меня возникла потребность в странном и я решил вместо написания однотипных методов генеровать их силами MOP. Для удовлетворения почти всех моих потребностей хватает информации о названии и типе слота, но в некоторых случаях мне хотелось бы получить дополнительную информацию. Например, можно ли изменять значение слота или нет.

На жабе я бы пометил такое поле с помощью какой-нибудь аннотации, например @DontUpdateThisField.

А можно ли сделать что-то подобное средствами CLOS?

ECL (Embeddable Common Lisp) — это одна из многочисленных реализаций языка программирования Common Lisp со стандартом ANSI INCITS 226-1994 (R2004).

Основной особенностью ECL является то, что он компилирует исходный Common Lisp код в байт-код или в портабельный Си-код, который затем компилируется стандартным Си компилятором текущей платформы, что делает компилятор ECL легко переносимым — например известны порты ECL на ARM которые работают на платформах Android и iOS.

ECL также может легко встраиваться в приложения написанные на других языках, как скриптовый язык, но с более богатыми возможностями: Common Lisp, компиляция в байт-код или машинный код (если доступен компилятор языка Си).

• Основые видимые изменения:
  • DELETE-FILE, RENAME-FILE, chdir, mkdir и chmod теперь сигналят ошибки (работы с файлами).
  • Обновлен ASDF со встроенным ASDF-BUNDLE вместо ASDF-ECL.
  • SYS:FUNCTION-LAMBDA-LIST снова работает с макросами и специальным операторами.
  • Линковка с ecl-help для безпроблемного использования DOCUMENTATION в уже готовых приложениях.
  • ECL теперь генерирует более читабельный Си-код с правильными отступами, меньшим количеством меток и с более стандартными конструкциями.
• Исправленные ошибки:
  • Улучшена производительность новой библиотеки для поддержки SMP.
  • Исправления ошибок в очереди POSIX сигналов, которые вызывали повторяющуюся потерю Ctrl-C.
  • Исправления опечаток, которые вызывали проблемы поддержки long long и unsigned long long.
  • Код в ecl_import_current_thread() не был совместим GC API.
  • Версия COMPILE-FILE, которая компилировала в байт-код, не поддерживала :EXTERNAL-FORMAT параметр.
  • Скомпилированная версия DOTIMES вычисляла выходную форму в неправильном контексте.
  • ecl_import_current_thread() не связывала *CURRENT-PROCESS*.
  • Изменен алгоритм для определения является ли функция замыканием или нет, и который тип Си-реализации замыкания необходим для этого.
• Мета-объектный протокол:
  • Теперь ECL полностью поддерживает MOP.
  • Полностью изменен протокол начального этапа сборки/загрузки классов (class bootstrapping protocol), который теперь проще и более эффективен, позволяя нам иметь доступ ко всем классам на начальном этапе (сборки образа).
  • Все методы доступа переопределены, как обобщеные функции, после начальной сборки образа (bootstrapping) ECL.
  • Методы доступа стандартных классов теперь оптимизированы. Это стало возможным благодаря тому, что они полагаются на SLOT-VALUE, которые (по MOP) не могут быть переопределены или «обернуты» без ввода новых мета-классов.
  • Компилятор больше не «инлайнит» методы доступа к слотам мета-объектов, которые могут быть переопределены.
  • (SETF SLOT-VALUE) не всегда возращал присвоенное значение.
  • SLOT-BOUNDP возвращал дополнителные значиния при ошибках.
  • SLOT-VALUE-USING-CLASS не вызывал SLOT-UNBOUND

Исходный код ECL можно загрузить по адресу:

http://sourceforge.net/projects/ecls/files/latest/download

>>> Подробности

Помогите пожалуйста найти язык программирования, в котором есть мощные средства метапрограммирования, но при этом он мог уметь генерировать высокопроизводительный код real-time приложений. Область применения - обработка видео потоков, рендеринг графики, элементы AI. Интерсуют именно возможности языка, а не наличие готовых библиотек и т.п. (приглянулся racket, но скорость...)

Анонсирована новая реализация языка программирования Common Lisp — mocl™ для мобильных платформ iPhone/iOS и Android.

Пол Грэхэм, основатель Y Combinator, называл Lisp своим «секретным оружием», когда работал над своим web-стартапом. Однако для разработчиков мобильных приложений текущие средства разработки на Common Lisp очень ограничены.

Сегодня Wukix хотел бы с гордостью сообщить о скором выходе первоклассной среды разработки на Common Lisp для мобильных устройств, с новым компилятором и инструментарием, называемыми mocl.

mocl позволяет создавать приложения для Android, iOS и других мобильных платформ, используя выразительный код на Common Lisp. mocl делает это возможным путем компиляции исходного кода на Common Lisp в платформо-ориентированный эффективный Си-код.

Wukix вел разработку mocl в полном секрете в течение почти двух лет. Мы (Wukix) надеемся сделать mocl общедоступным, включая исходный код (финальная лицензия будет еще определена), в начале 2013 года. Тем временем, если вы заинтересованы в тестировании пробной версии и/или отправке отзывов, пожалуйста, пошлите нам запрос по электронной почте на engineering@wukix.com.

Wukix — небольшая компания, располагающаяся в Mountain View, Калифорния.

>>> Подробности

Для загрузки на попробовать стала доступна версия коммерческой реализации языка программирования Common Lisp — Allegro CL 9.0 Express Edition.

Доступны пакеты для:

• Linux (glibc 2.11 или позже);
• Mac OS X (10.6 или позже), включает поддержку Lion;
• FreeBSD (8.2 или позже);
• Windows (XP, Vista, 7, 8, Server).

Основные новшества и изменения в этой версии:

• полная поддержка SMP;
• 820 исправлений и улучшений с последнего релиза;
• полностью обновлен AllegroServe — вебсервер Franz Inc., написанный на лиспе: автоматическая компрессия/декомпрессия файлов, поддержка chunking, новый выбор опций безопасности, включая TLS v1.0 (также известный как SSL v3.1) протокол для защищенных соединений;
• улучшена интеграция с Java через модуль jLinker, улучшен протокол, стал проще API;
• новая и значительно упрощенная инсталляция для графических утилит на Mac 64-бит.

>>> Загрузка

На днях издательство «Символ-Плюс» выпустило русский перевод книги «ANSI Common Lisp». Автор книги — Пол Грэм (Paul Graham), который известен как создатель системы Viaweb, эссеист, автор других книг по Lisp. На данный момент имеется только бумажный вариант книги.

>>> Подробности

Наконец-то вышла OpenSource-библиотека для обработки текста FreeLing 3.0. Основные возможности FreeLing:

• разметка текста (токенизация);
• выделение предложений;
• морфологический анализ;
• определение составных слов;
• вероятностное определение части речи неизвестного слова (hmm tagger);
• обнаружение и определение именной группы;
• классификация именной группы;
• построение дерева зависимостей (слов в предложении);
• определение местоимений (местоименных словоформ);
• нормализация и определение дат, чисел, процентных соотношений, валюты и физических величин (скорость, вес, температура, плотность и т. д.);
• определение части речи (вероятностное).

>>> FreeLing homepage

Какие есть примеры использования TeX издательствами, кроме как в научной сфере? Ну и собственно в научной насколько часто он используется? Знаю, что используется, иногда даже журнал принимает только в формате TeX. Также знаю места, где не используется. Например в моём институте издательство требует только в Word.

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

Сунули мне тут пару документов сработанных в LibreOffice. Там внутри тегов... шо пипец! Буковку в слово вставили, все окружено тегами. Одни и те же теги формата параграфа повторяются тысячу раз. Ну и так далее в том же духе.

Может есть какой-то оптимизатор тегов? Кто чего пользовал, знает?

Опубликован Google Common Lisp Style Guide:

http://google-styleguide.googlecode.com/svn/trunk/lispguide.xml

Доброго утра! Хотелось бы услышать «+» и "-" данных языков. Прошу при этом сравнительные качества писать в отношении Эрланга. Основная задача при изучении - взять язык на котором будет потом легко найти работу с достойной оплатой.

Объясните мне, как математику-прикладнику, в чем особая фича теории категорий? Разве это не чисто рефлексивная метаматематическая теория? Да, прикольно, конечно, осознавать, что то, что ты там быдлокодишь это на самом деле всякие морфизмы и монады, но не более.

Приведите пример прикладной задачи, которая существенно упрощается, будучи сформулированной в терминах категорий. Я пока не видел особого применения даже абстрактной алгебры к прикладным областям (исключим из «прикладных областей» ту же разработку трансляторов для языков программирования и связанные области).

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

Кто что посоветует по поводу сравнения коротких текстов, даже не текстов, а коротких предложений исключительно на русском языке. Пример: «у меня есть машина» и «я имею личное авто». Метод шинглов тут не прокатит.

Предлагаю учёным мужам в этом топике собрать и обсудить проблемы в языке Common Lisp. Кому что не нравится?

Мне категорически не нравится реализация методов в CLOS. Метод в нём - это специализированная общая функция (дженерик), просто функций, присущих только данному классу, нет. При создании метода автоматически создаётся дженерик, если он ещё не был создан. Дженерик виден во всём пакете, и все специализации должны соответствовать его сигнатуре. На практике это приводит к тому, что почти сразу появляется проблема несоответствия сигнатур у методов разных классов. Можно, конечно, разнести классы по разным пакетам, но это влечёт за собой больше неудобств, чем решает. Пока весь код - ваш, под вашим контролем, это особой проблемы не представляет, но представьте, что классы плодит куча разных людей?

Не нравится неполная интеграция CLOS в язык: распознавание класса в CLOS для стандартных лисповских типов ещё работает, но не для своих типов, объявленных через deftype.

Ну и вообще CLOS жирноват для 90% задач. Не говоря уж про MOP, который почти никем не используется, а если и используется, то для решения проблем с кривостями CLOS, либо просто книжку AMOP обчитался и повредился умом.

Не нравится реализация пакетов (неймспейсов). Удобно иметь вложенные пакеты, но их нет. Возможность задания никнейма для пакета в самом пакете - членовредительская, ибо каждый гомо сапиенс для своей мегабиблиотеки задаёт двух-, трёхбуквенный никнейм. Букв в общепринятой латинице и так мало (опустим перечень адских пыток, которым после смерти будут подвергнуты те, кто пишет комментарии не на английском языке или вообще использует не-ASCII алфавит для идентификаторов), так ещё количество их кобминаций ограничено любовью человеков к акронимам и красивым сокращениям.

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

loop - какашка. Это не лисп. Точка.

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

unwind-protect - хорошо, но от попыток человеком сэмулировать продолжения для CL хочется икать. Такие trade-off вполне понятны, но лучше бы unwind-protect ограничили.

Ну и более мелкие ляпы в стандарте, типа (elt sequence index), но (nth index list).

Да, этот пост написан в Емаксе, запущенно под лисповым оконным менеджером человеком, получающем деньги за написание лиспокода :)

Нужен начать осваивать пролог, хочу иде для неё. Какая проще и лучше для нуба ? Свободная/проприетарная значения не имеет, лишь был пакет для убунты.

Вышла версия 0.0.5 DSWM — форка StumpWM, оконного менеджера написанного на common lisp. В DSWM по сравнению с оригинальным stumpwm был внесен ряд изменений, а также некоторый рефакторинг кода. Список основных изменений, видимых для пользователя:

• Переписана подсистема клавиатурного ввода.
  
• История ввода команд заменена с общей на раздельную для разных команд (например, отдельная история для 'colon', 'run' и т.п.).
• Добавлено автодополнение и возможность редактирования для некоторых команд.
• Добавлена поддержка hex-обозначений цветов,
  например: (set-bg-color (make-color-hex «#000000»)) также можно использовать (set-bg-color «red») как и раньше.
• Изменен формат модулей на asdf-совместимый. Также добавлены команды для управления модулями.
• Изменено поведение mode-line. Теперь она состоит из двух строк — списка окон и информации и задаются установкой переменных *info-line-format* і *window-list-line-format* соответственно. Для обратной совместимости, при установке *mode-line-format*, mode-line преобретает классический вид.
• Добавлена функция 'startup-only', которая выполняет код, заданный в качестве аргумента, только во время загрузки (код не выполняется во время выполнения 'loadrc').
• Добавлены команды для сохранения и восстановления правил разбивки рабочего стола на фреймы и правил размещения окон во фреймах.
• Добавлена корректная (с прозрачной навигацией: команды 'gother', 'gprev', 'gnext' и т.п. «не замечают» этой группы) поддержка scratchpad — группы для размещения приложений, к которым часто обращаются.
• Добавлены функции для работы с параметрами mode-line.
• Добавлены новые модули (web, todo).
• Изменен порядок интерпретации конфиг-файлов (/etc/dss/dswm/dswm.lisp → (~/.dswm или ~/.dswm.d/init.lisp).

Текущая версия DSWM: 0.0.5r2
Скриншоты: http://dss-project.org/ru/?DSWM:Skrinshoty
Cкачать sourceforge.
Также имеются сборки для Debian/Ubuntu и Arch Linux (AUR) и готовится ebuild для Gentoo.

>>> Подробности

Emacs 24.2 это bugfix релиз. Он исправляет проблему безопасности CVE-2012-3479 и много других багов.

>>> Подробности

Основная идея, которую я понял, почитав немного про лисп-машины, в том, что ПК-архитектура стала более дешевой и производительной, чем лисп-машины, что привело к вытеснению их с рынка. Я не очень хорошо понял, как в железе были реализованы лиспоспецифические вещи (т. е. те, которые и давали прирост производительности), но вопрос такой: возможен ли был вариант развития ситуации, что лисп-машины участвовали в гонке мощностей, и если да, то давали бы они преимущество сейчас? Потому что из всех бенчмарков, которые я смотрю про лиспы любого рода, они сосут как по времени, так и по памяти, при этом будучи такими... как бы так сказать, чтоб не организовать срач... мощными языками.