OberonCore

Пойманный AV за падение не считам? Нашли чем гордится...

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

Эх, где ж ты старый добрый билдер с internal compiler error и глюками от наворотов с шаблонами...

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

Хе-хе....

Метасистемы проблемы с переносом не испытывают, а решают те проблемы, которые считают необходимым решать. Если есть желание профинансировать форсирование процесса переноса под Linux, то... как говорится любой каприз...

И, кстати, если Метасистемы и собрались писать компилятор, то варианта только два:

1) если это внутрифирменная задача, то все архитектурные и программные решения будут приняты в не зависимости от чьих либо желаний.
2) если это заказ, то что закажете, то и напишем.

Any questions?

И чтоб не казалось....

денег Метасистемы от сообщества не просят. Всё что делалось для сообщества, делалось бесплатно и будет продолжаться делаться бесплатно. Ибо так надо. Но контора коммерческая, и у нас есть свои задачи, которые мы вполне успешно решаем.

Поэтому, так же как и Мера, так же как и Excelsior, в случае коммерческого заказа на компилятор: милости просим. Но требовать от нас выполнения всех желаний...

А мужики, то оказывается и не знали...
То есть проблемы есть, неважно какого они роду.


Я признаю, что выразился неточно, я имел в виду, что написание компилятора - в руках сообщества (Alek111 и сотоварищи, не метасистемы). Но уважаемый Борис Рюмшин (которые и есть Метасистемы) обнадежил словами в этой теме, что написать компилятор особого труд не составит.
А вот и вопрос - правильно ли я понял, что за определенные время и деньги вы могли бы сделать компилятор?

Пока я писал ответ - ответили утвердительно. Значит, не все так плохо в этом мире.

Сам вот не совсем корректно выразился. Не проблемы, а задачи.

Кстати, если высказывается такое пожелание нельзя ли опубликовать текущий план работ по переносу, чтобы желающие могли определиться с желанием его форсирования.
Один только. Куда исчезли другие варианты, предлагавшиеся в этой теме Вами ещё?

Я озвучил один из вариантов. Остальные за вами всеми...

Нет нельзя. Это не фирменный форум и обсуждение деятельности Метасистем мы закончим на этом (это от модератора форума ).

Только один вопрос -- а где находится фирменный форум?

Извините, Вы не могли-бы по подробнее, а именно, почему мало интересен, и если он действительно есть, то в чем проблема ...

А чем вам OO2C не front-end к gcc?

Да, или тот же XDS-C.

Увы, это не то, что называется front-end в данном случае. (и давайте не будем на эту тему спорить).

Можно и не спорить. Но все равно не понятно: почему не front-end, что такое "правильный front-end" и чем он лучше.

Не надо спорить. Просто скажите чем он лучше. Кстати, Алексей Николаевич спрашивал в чем проблема? Так вот для меня осталось проблемой понять, что он имел в виду в ответе на мой вопрос ему от 8 го числа.

Извольте: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=gpp&lang2=ooc
Оберон во всех тестах (кроме одного -- в одном тесте у них отношение 1,1 в пользу оберона) медленее С++. В некоторых тестах разница больше чем в 20 раз. Несмотря на оптимизации (oo2c является оптимизирующим транслятором + нижележащий gnu c compiler тоже умеет оптимизировать).

В теории, оптимизирующий компилятор оберона должен, по всей видимости, генерировать более быстрый код нежели компилятор С и С++. Просто в силу бОльшего контроля типов в обероне.

+ oo2c использует Boehm GC. Который есть далеко не везде где есть gnu compiler collection (aka gcc).