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

А то просто флуд и балабольство получается.

А как с этим в системе образования Latvia

P.S. Не поймите превратно.
Образование, бывает, формируется в привязке к технологиям крупных продавцов рынка
с С, С++, Pascal - это всё продаваемые системы программирования MS, Borland и др.

Таак. Пора звать R.Stallman&Co. Пусть юноше набьют.

Эка Вас как перекосило.

P.S. Что Pascal, что С - для меня они из одной обоймы.
А профессионально можно использовать хоть тот, хоть другой
А эволюцию выигрывают Java, C#, + скриптовые языки и специализированные языки.




Ага, при том, что мне "священные войны" Pascal vs C нетрогают.
У меня есть своя любимая песочница Forth.
GCC почти не использую.

P.S. Хотите высказаться по существу?
Странно что еще не вспомнили Виртовсую Мodula и европейские традиции в программировании.

Сообщение отредактировал Kopa - Nov 14 2008, 09:09

гм. А что такое Perl? не скриптовый клон паскаля часом, а?


ну и в чем проблема? ;>
поступаем как Keil решил эту задачу в CA:

procedure ramfunc(..);__ram;
begin
end;
накрайняк процедурный тип в паскале есть, выделяем память в RAM - копируем туда код из флеш и выполняем.

не совсем так. Объявление типов коротких стрингов никто не отменял.





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

Возможно, кому то, сылка пригодится

Embedded Pascal AVR Area

http://users.iafrica.com/r/ra/rainier/pAVR.htm

Это точно, что
Там, похоже, все на нулевом цикле осталось.
Усадку фундаменту дают, понимаш.



Если это - мне, то я просто типошучу. А так, меня тоже Паскаль vs C не трогают.

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

Я вижу здесь три грубейшие ошибки. Все остальное -- производное от них. Поэтому комментировать тут нечего. Ошибки:
1. Данный документ родили товарищи-адепты Паскаля, а не адепты Си/Си++.
2. В качестве консультанта был приглашен Н.Вирт, а не Ритчи или Страуструп.
3. На своем заседании они пили явно не ту водку.

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

ЗЫ, а что, правда было бы прикольно, еслиб Н.Вирт поносил бы свои языки (Паскаль, Модула, Оберон), а ратовал за Си. А вы что хотели услышать от этой братии?





Нет, нет, Уважаемый! Вы меня непоняли. Я просил реальную конструкцию, а не гипотетическую.
Уточняю -- если Вы привели этот код, то назовите в каком компиляторе какой версии это было написано. Подозреваю, что такого компилятора реально не существует.
Разубедите.

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

ОК вот не гипотетический код:




__ram конструкция ни одним Паскаль-компилятором не поддерживается, но тем не менее если бы была на то необходимость (были бы комиляторы с Паскаля под ARM) ее бы несомненно реализовали.

to defunct

Код написан качественно, наглядно, понимабельно.
Но ответ не полный. Пожалуйста, назовите компилятор и его версию.

Результат в пользу Паскаля пока не засчитывается.

Ключевая фраза выделена
[qoute]__ram конструкция ни одним Паскаль-компилятором не поддерживается, но тем не менее если бы была на то необходимость (были бы комиляторы с Паскаля под ARM) ее бы несомненно реализовали.
[/quote]
Значит, такой потребности нет. Была бы необходимость, так и на Фортране были бы введены соответствующие механизмы, которые позволяли бы писать на нет драйверы. Однако ж по какой-то причине их нет. Интересно, что за причина?

Приведенный пример скопилировал в Delphi7.


Верно - потребности в нем нет, тут я с Вами согласен.
Писать на паскале, басике и т.п. под МК - кощунство.

Вот то-то и оно, что код будет скомпилирован не для АРМов, как я просил.
Меня не интересует Паскаль для компов. Меня интересует (1)Паскаль для МК и (2) какие ОС были написаны на Паскале.


Абсолютно согласен!

Редкостный бред, десятилетиями годами кочующий из одного форума в другой.

Паскалевские вызовы были введены из-за того, что по этому соглашению легче вызывать callback-функции, которыми изобилует система.



Да уж, смешнее не скажешь. Я долго хохотался.


Пожалуй да. Потому что цикл do используется только когда он должен выполниться хотя бы один раз. Как вам удается его применять везде - для меня загадка. Что же касается постоянного использования goto - то будь я на месте вашего работодателя, я вас немедленно бы уволил. Потому что от программы недостаточно чтобы она работала, нужно чтобы ее мог легко понять другой программист.


Теперь понятно почему мы до сих пор в такой жопе...


Все эти операторы предназначены для разных целей. Любой цикл, вообще говоря, состоих из трех частей: инициализация, тело цикла и оператор, переводящий цикл в следующую итерацию. Если по какой-то причине инициализация уже проведена, то можно использовать while. В некоторых случаях требуется, чтобы тело цикла было выполнено хотя бы один раз. В этом случае требуется do. Таким образом, for является наиболее универсальным и общим оператором. Но именно в нем введены эти идиотские ограничения.


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

Конечно загадка. Где Вы увидели в моем сообщении про применение везде. Было только

а до

дистанция огромного размера.

Объясню подробнее. Практически, цикл do{}while(--var) будет оптимален на всех процах. Даже компилятор почти не сумеет это дело попортить. Если возможно нулевое количество итераций, частенько наиболее оптимальный вариант - if (var) do{}while(--var);



Я же давал ссылку, там прямо написано:


Посмотрите на исходник библиотечной функции printf (точнее, formatted_write). Будете удивлены.

Ну и если смотреть глобально - я уже почти не наемный работник. Вот осталось до нового года дотянуть и нафиг, увольняюсь. Я теперь сам работодатель и не принимаю на работу тех, кто боится применять goto :-P