Есть ли у Паскаля будущее?

[Лекс Айрин]

Mikhail, думаю, вполне. Принципы оптимизации стары как мир. А тонкую оптимизацию сейчас все равно делает процессор.

[Mikhail]

Mikhail, думаю, вполне. Принципы оптимизации стары как мир. А тонкую оптимизацию сейчас все равно делает процессор.

Думаю Вы чрезмерно оптимистичны.

[Лекс Айрин]

Mikhail, не думаю. Мне они были известны чуть ли не со школы...

[Mikhail]

Mikhail, не думаю. Мне они были известны чуть ли не со школы...

Принципы знают все. А конкретно?

[Vadim]

Кстати, после сорока поступить в ВУЗ это вообще нормально?

Я поступил и ничего, жив пока ещё.
Как-то меня в ВУЗе, в котором я учусь, спросили при сдаче курсового: "А почему Вы выбрали Паскаль", на что я аргументированно ответил: "А почему 'нет'?". И никто на это мне ничего ответить не смог, кроме той банальности, что все пишут на С\С++. Я легко привёл несколько аргументов, почему Паскаль и попросил убедить меня, чем С лучше. В ответ - красноречивое молчание.

[Sergej_S]

Vadim
ну так приведите здесь, если не трудно, было бы интересно.

[Vadim]

Sergej_S
1. Начнём с того, что у меня плохое зрение. В С операторные скобки я очень часто не замечаю, что резко уменьшает скорость разработки. В Паскале, с егоным begin..enb, со мной подобных казусов никогда не случалось.
2. Сообщение о синтаксических ошибках в С частенько мне выдавались не на той строке, где она реально произошла. Как результат, я долгое время пялюсь в то место и ошибки не вижу, потому что там 100% всё правильно. Начинаю тщательно вылизывать все файлы проекта и нахожу, что ошибка была в совершенно другом файле, где я ошибочно поставил точку с запятой.
Этого хватит?

[debi12345]

потому что там 100% всё правильно. Начинаю тщательно вылизывать все файлы проекта и нахожу, что ошибка была в совершенно другом файле, где я ошибочно поставил точку с запятой.

Ага Это как правило из-за С-ных #INCLUDE-конструкций. Почти полнстью обессмысливает собщения об ошибках компидяции. Приходится тупо давать поиск в файлах и перебирать среди найденного.

[Лекс Айрин]

Mikhail, а конкретно только для определенного кода можно сказать. Ибо они противоречат друг другу.

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

[Mikhail]

Mikhail
В любом случае, даже неоптимизированный код уже хорошо. Ибо его всегда можно изменить. А вот если инструментов не будет совсем, то это очень плохо.

Не согласен. Для Паскаля это критический параметр.

[Лекс Айрин]

Mikhailтогда начинай с голого паскаля, а потом навешивай ГУИ-модули. Для консольных утилит этого хватит. Используй asm-вставки... В любом случае, никто не заставляет тебя пользоваться альфа или бета версиями. А в релизе все оптимизируют, пусть даже он и выйдет очень не скоро...

[Mikhail]

Mikhailтогда начинай с голого паскаля, а потом навешивай ГУИ-модули. Для консольных утилит этого хватит. Используй asm-вставки... В любом случае, никто не заставляет тебя пользоваться альфа или бета версиями. А в релизе все оптимизируют, пусть даже он и выйдет очень не скоро...

Да нет там оптимизации, практически и не будет, видимо.
Думаю Вы не вполне понимаете масштаб проблемы.

[Лекс Айрин]

Mikhail, а в че5м, собственно, проблема? Нужен новый компилятор паскаля? Так форкните FPC, перепишите под себя и поддерживайте. И будет это какой-нибудь MPC с крутейшей оптимизацией.

У меня, допустим, есть наброски паскалеподобного языка, каким я его хотел видеть. А так же идея по RAD оболочке... Получится -- хорошо, нет -- хоть подучусь. Сейчас надо активно налегать на книги по компиляторам. Пока не будет работающего кода, оптимизировать хоть что-то безполезно. Это, кстати, первое правило оптимизации.

[Mikhail]

Пока не будет работающего кода, оптимизировать хоть что-то безполезно. Это, кстати, первое правило оптимизации.

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

[Лекс Айрин]

Mikhail, ну... все в наших руках!

Если правильно подойти к проблеме, то это всего-лишь вопрос замены одного набора байтов другим. Был же компилятор форда, который настолько соптимизировал программу, что отработал вместо нее. В любом случае, есть промежуточное преобразование в Р-код, на уровне которого можно производить кучу оптимизаций, и который потом легко преобразуется в команды ассемблера.

К тому же, у тебя будет великолепный тестовый полигон -- сам компилятор, на котором ты и сможешь проверять правильность кодогенерации и последующей оптимизации.