LINUX.ORG.RU

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

 , , ,


1

4

Анонсирована новая реализация языка программирования 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, Калифорния.

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

★★

Проверено: mono ()
Последнее исправление: Silent (всего исправлений: 3)

Теперь венде точно капец :)

AnDoR ★★★★★
()

Те еще романтики эти ваши Wukix.

anonymous
()

Так победим!

ymn ★★★★★
()

а привязка к GUI через что будет осуществляться ?

f3ex ★★
()

Wukix

Интересно, mocl базируется на ECL или Wukix — это те люди, которые работали над Chestnut translator и затем адаптировали под современные реалии.

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

Теперь Жабе точно капец!

такой же кaпец, как и Коболу.

gensym ★★
() автор топика

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

Им не надоело? повторяют, одну и ту же историю.

выразительный код на Common Lisp

)))))

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

А вообще, странно. Растянули на главной из раздела OpenSource о поделке, которая OpenSource ещё не стала при том, что новость о стальной банке, празднующую единство форков и решительное избавление от оффтоп-неполноценности, потёрли.

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

что новость о стальной банке, празднующую единство форков и решительное избавление от оффтоп-неполноценности, потёрли.

минорщина же. Вот когда сделают полное слияние веток и будет полная поддержка SMP фич, вот тогда и можно выкладывать новость.

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

вот тогда и можно выкладывать новость.

а точнее, когда выпилят няшного «Kitten of death». :)

gensym ★★
() автор топика

путем компиляции исходного кода на Common Lisp в платформо-ориентированный эффективный Си код.

Форк ECL чтоли?

anonymous
()

Во первых, ненужно, а во вторых, как они запрет на интерпретаторы обходить собрались?

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

как они запрет на интерпретаторы обходить собрались?

Что за запрет? И как его обошли в sl4a?

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

Во первых, ненужно, а во вторых, как они запрет на интерпретаторы обходить собрались?

интерпретаторы

сообщение не читать, сразу в тред писать.

А вообще есть интерпретаторы схемы в аппстор.

gensym ★★
() автор топика

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

Черезжопие? А чем оно в таком случае лучше ObjC и Java?

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

JAVA неосилятор? :)

Да. Там названия классов постоянно не влезают в 80 символов - меня это раздражает.

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

Да. Там названия классов постоянно не влезают в 80 символов - меня это раздражает.

Ах, вот, почему жабокодеры юзают широкополосные моники...

Etch
()

LLVM

а почему бы ему лучше не портировать LLVM на андройд и не написать фронтенд для конвертации лиспа в LLVM ? получил бы сразу много готовых плюшек

JL
()

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

Поздняя осень.
Тихо падают лиспы
Один за одним.

CARS ★★★★
()
Ответ на: LLVM от JL

LLVM на андроиде и так распрекрасно работает, ничего никуда портировать не надо.

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

С разморозкой вас! Интерпретаторы давно разрешены в Аппсторе, кроме того, что множество программ использует их для скриптинга, есть и пара стандалон-интерпретаторов, бессмысленных в общем-то (васики, луа и даже схем).

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

rikardoac
()
Ответ на: комментарий от gensym

Интертрепаторы говносхемы там только игрушечные, без FFI и без доступа к системным библиотекам. Так-то там и йобаскрипт в бровзеришке есть, не считается. Но CL без полноценного eval это вообще не CL, так что или это будет кастрат (который ненужен еще больше, чем полноценный CL), или его не пропустят.

anonymous
()
Ответ на: комментарий от rikardoac

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

Поэтому они и могут быть только игрушечными кастратами. А любая полнофункциональная среда просто не пройдет.

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

нет. я вообще не знаю кто это.

anonymous
()
Ответ на: комментарий от JL

Что-то я ни про один компилятор лиспа в LLVM и не слышал. Похоже, нет таких. Да и на кой им LLVM, если они сразу в Си компилируют?

anonymous
()
Ответ на: LLVM от JL

LLVM на андройд

Уже есть кросскомпилятор.

imul ★★★★★
()

надеемся сделать mocl общедоступным

tits or gtfo

jeuta ★★★★
()

стоит ли ждать java-капец?

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

Но CL без полноценного eval это вообще не CL

Информация устарела. Так считали о лиспах лет сорок назад (CL зародился чуть в начале 80-x). Потом стали думать иначе.

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

Да. Там названия классов постоянно не влезают в 80 символов - меня это раздражает.

Шутку понял. Смешно :)

vada ★★★★★
()
Ответ на: LLVM от JL

а почему бы ему лучше не портировать LLVM на андройд и не написать фронтенд для конвертации лиспа в LLVM ? получил бы сразу много готовых плюшек

А еще круче было бы Lisp# замутить :)

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