Вышел новый релиз LispWorks 7.0

Они же вроде рапортовали об успешном переходе, хм. Драма тут ещё была где-то. Несколько упоротых хомячков отсюда не в силах выдержать перехода компилятора gcc на приплюснутые рельсы удалили оный и поставили tcc.

Они же вроде рапортовали об успешном переходе, хм

Ну как минимум С++ с шаблонами, классами и пр. у них появился, например, вот:

https://github.com/gcc-mirror/gcc/blob/master/gcc/vec.h

А еще возможно они собирают .с файлы компилятором С++. Т.е. сделали код одновременно и С и С++ совместимым и посчитали это достаточным, чтоб объявить об успешном переходе. Хотя там в принципе не так уж и много требовалось, в основном касты явные добавить надо.

Хотя нет, тут например:

https://github.com/gcc-mirror/gcc/blob/master/gcc/bitmap.c

чисто С++, значит они просто не стали переименовывать файлы.

А еще возможно они собирают .с файлы компилятором С++. Т.е. сделали код одновременно и С и С++ совместимым и посчитали это достаточным, чтоб объявить об успешном переходе.

Видимо да.

http://habrahabr.ru/post/174017/

Отрапортовали они об этом ещё в 2013.

Common Lisp который старше С++, не был выбран ранее, и вообще перестал развиваться (даже тредов нет в страндарте) --

То, что трэдов нет в стандарте не мешает матёрым и уважаемым разработчикам того же Postgres переписывать софт с Python на Common Lisp как раз из-за «development flexibility, runtime performance, and support of real threading» — речь о http://pgloader.io/

То, что трэдов нет в стандарте не мешает матёрым и уважаемым разработчикам того же Postgres

Тебя обманули, вот сайт postgresql:

http://www.postgresql.org/

А у тебя подделка.

Сам ты подделка. pgloader и PostgreSQL - как бы разные программы.

А вот репозиторий Димитрия https://github.com/dimitri/pgloader

Python, который какой-то тут анонимус для своего вспомогательного проектишки использовал, в pgloader демонтировали и заменили устаревшим Common Lisp. Хехе :-)

Сам ты подделка. pgloader и PostgreSQL - как бы разные программы.

А ты postgresql вообще пользовался? Вот, что является его родными утилитами:

http://www.postgresql.org/docs/9.4/static/reference-client.html

А ты левую поделку в пример привел, от человека, который в активных коммитерах postgres не значится:

https://github.com/postgres/postgres/graphs/contributors

Я понимаю, если б это было бы, например:

https://github.com/bmomjian/pgpool2

Но оно на расово верном С.

Python, который какой-то тут анонимус для своего вспомогательного проектишки использовал, в pgloader демонтировали и заменили устаревшим Common Lisp. Хехе :-)

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

Я то пользовался, а вот ты, как раз, сферический. Даже людей не знаешь, а ту да же. :-) Девелоперы Postgres по ролям расписаны тут http://www.postgresql.org/community/contributors/ а не на гитхабе, что ещё раз подтверждает твою безграмотность и неосведомлённость. Dimitri Fontaine в группе Major Contributors. Это он, например, написал поддержку extensions в Postgres. Так что, умойся. :-)

то почему по качеству выдаваемого машкода гцц добротно сливает что шлангу

Уже сливает? Раньше ведь гцц компилил медленнее, но работал всё-таки быстрее.

Девелоперы Postgres по ролям расписаны тут http://www.postgresql.org/community/contributors/ а не на гитхабе, что ещё раз подтверждает твою безграмотность и неосведомлённость. Dimitri Fontaine в группе Major Contributors. Это он, например, написал поддержку extensions в Postgres. Так что, умойся. :-)

Но при этом он не в Core Team, а «написал поддержку extensions» - это не расширения именно сервера, которые уже были до этого, а достаточно примитивное http://www.postgresql.org/docs/9.4/static/sql-createextension.html. Но ок - не пустое место, впрочем левое происхождение проекта это не отменяет.

Да ладно, все знают, что в С++ нет ООП

Понятно, что там своё ооп. Плюсовики любят поливать С грязью, дескать, С — «отсталый язык без ООП». Класс.

УМВР

Да, УМВР. Потом приближаешь Землю, открываешь фото - и облом. Рамка есть, описание есть, но при клике оно просто захлапывается. В винде всё работает отлично. Всех подробностей истоков проблемы в Линухе не помню, буду дома, пороюсь.

исключительно для анальной привязки к своей платформе.

Дотнет открыт. Моно работает отлично. И они всяко получше JVM,
за которую Оракл так трясётся и ссыт открыть. Хотя конечно да, есть openJDK.

Угу, только не как.

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

Подкреплю: http://tapoueh.org/blog/2013/10/01-loading-geolocation-data
и http://tapoueh.org/blog/2014/05/14-pgloader-got-faster

А на чём написан интерфейс LispWorks?

На лиспе же и написан. Там CAPI. На винде используется Win API, на маках - Cocoa, как написали выше, на линуксе - Gtk или Motif на выбор.

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

Наиболее протестирован CAPI на винде. Там работает железобетонно надежно. На маках работает довольно стабильно. Если говорить о линуксе и шестой версии LispWorks, то там случались нестабильности и прочие флуктуации.

Простые элементы CAPI используют нативные виджеты. Проблема возникает, когда чего-то не хватает в CAPI, а такое случается. В CAPI набор совсем небольшой. Но в целом CAPI и сопутствующая библиотека Graphics Port для вывода двухмерной графики сделаны очень качественно по моим ощущениям, многочисленным тестам.

Clion для разбора С++ использует libclang на С++ же. А остальные части IDE у них уже были.

Гонево, у них свой фротенд. Зачем кукарекать, когда не в теме?