Будущее FPC

[pda]

Это кажется так из-за не очень хорошей адаптированности к реалиям - все таки академический проект.

У академических проектов есть один недостаток. Они должны демонстрировать принцип, а не эффективность.

[Иван Шихалев]

Именно концепция и слаба:

• Вместо простой абстракции составного оператора, куча блочных операторов и среди них ELSEIF. Поскольку мне доводилось много писать в 1С, где эта конструкцию приходится использовать, могу сказать, что концептуально это такая же прелесть как и GOTO</li>
• Отсутствие ООП. Да, расширяемые записи могут эмулировать объекты. Но класс — это понятие математическое, а расширяемая запись — oberon-only.</li>
• Нет разницы между указателями и динамическими типами. Формирует плохой стиль программирования, а в случае Component Pascal — несовместимость реализаций на различных платформах по языку.</li>

Можно еще проблемы найти, это только то, что навскидку вспомнилось.

[STAKANOV]

... А что компиляторов нет - так потому и говорю что неплохо было бы сделать. Собственно сам компилятор дело нехитрое - я писал. Пишется быстро и просто. Самое трудное - IDE, библиотеки и т.п. ...

с библиотеками нет проблем если можно линковаться со стороними библиотеками (so,dll) был бы язык удобный

я думаю, что конструкция

Код: Выделить всё

IF условие THEN
  ...
ELSE
  ...
END IF

лучше чем

Код: Выделить всё

IF условие THEN
  BEGIN
    ...
  END
ELSE
  BEGIN
    ...
  END

тоже о циклах и процедурах оберона и компонентного паскаля, а все остальное мне в нем даже не интересно, хотя тут скорее ближе старая добрая Ada. Но в последнем чуждая лично мне идеология

[STAKANOV]

Тем более, что Вирт там что-то новенькое изобретает...

Ссылку в студию, пожалуйста

Я так понял речь об этом - <a href='http://zonnon.ethz.ch/' target='_blank'>http://zonnon.ethz.ch/</a>

[STAKANOV]

Ни одного нормального oberon компилятора нету для *nix, самый лучший - oo2c - и то переводчик в си, а компилятор от университета Ulm неплох, но на моем лаптопе он не пашет.

Чего убиваться-то? В процентном соотношении Windows вообще колосс, на такую сошку, как *nix, можно не обращать внимания .

Для компилятора ОС не важна, а важен лишь тип процессора. А взаимодействие с ОС это проблема чего типа RTL.

Как пример

Код: Выделить всё

...
if a=b then
   writeln('yes')
else
   writeln('no');
...

для любой ОС(но с одним и темже проссором!!!) компилятор сгенерит одинаковый ассемблерный код

а вот реализация самой процедуры writeln в разных ОС будет разная.

[Гость_guest]

Хотя... а у gcc есть ответвления?

Сейчас, вроде, нет. Есть разные ветки. Стабильная и development. Раньше был форк, в нём новые технологии оптимизации обкатывали, а потом - слили в основную. Но в некоторых старых доках по сборке ядра или mplayer ещё можно найти рекомендацию использовать "другой" gcc.

Под "другой" имеется ввиду другая версия(релиз).

[pda]

Под "другой" имеется ввиду другая версия(релиз).

Нет, я имел ввиду настоящий форк - <a href='http://en.wikipedia.org/wiki/EGCS' target='_blank'>EGCS</a>.

[Иван Шихалев]

если можно линковаться со стороними библиотеками

Насколько я понял, чистый Оберон этого не предусматривает в принципе.

я думаю, что конструкция

Хуже. Труднее проследить логику.

[STAKANOV]

я думаю, что конструкция

Хуже. Труднее проследить логику.

Странно. Почему тогда более чем за 30 лет Вирт пришел именно к такому варианту?

Лично мне иногда приходится соображать - отчего от этот end ? :blink:

[Janus]

Лично мне иногда приходится соображать - отчего от этот end ? :blink:

Иначе ты соображал бы, отчего этот endif =) Просто нужно код правильно выравнивать, и не будет проблем.

[STAKANOV]

Лично мне иногда приходится соображать - отчего от этот end ? :blink:

Иначе ты соображал бы, отчего этот endif =) Просто нужно код правильно выравнивать, и не будет проблем.

у меня такое возникает из-за большого количества if,wihile,for и case ...
причем все это в перемешку и глубоко вложено :blink:

И выравнивание тут уже не спасает И, кстати, правильно это как ?

[Иван Шихалев]

Почему тогда более чем за 30 лет Вирт пришел именно к такому варианту?

И мне странно.

Просто нужно код правильно выравнивать, и не будет проблем.

Присоединяюсь.

[Иван Шихалев]

И выравнивание тут уже не спасает sad.gif И, кстати, правильно это как ? wink.gif

Правильно - это когда спасает B)

Идеального рецепта не существует, но лично я всегда делаю end на том же уровне, что begin, else на том же уровне, что then и т.д. Менее экономно, чем Boland-style, дык на экране 1024х768 чай не 80 символов в строке...

[STAKANOV]

Идеального рецепта не существует, но лично я всегда делаю end на том же уровне, что begin, else на том же уровне, что then и т.д.

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

[Иван Шихалев]

Самый эффективный способ — продумывать логику так, чтобы не слишком наворачивать вложенность операторов