Pascal для AVR Опции

[DMD]

Здравствуйте.
Ребят, посоветуйте хороший компилятор паскаля для AVR, в частности для серии ATTiny, но лучше для большинства (а то мало ли что).
И ещё, не подскажете - слишком придется "платить" за язык высокого уровня в смысле объема кода? А то тут проект светит, там на ассемблере далеко не уедешь, язык С скучный, хочу вот паскаль освоить...
Спасибо.

[Жека]

Господа программеры, можно список того, что делается на Си, но не делается на Паскале?
С точки зрения конечной задачи, а не какие-то нюансы синтаксиса

[defunct]

Господа программеры, можно список того, что делается на Си, но не делается на Паскале?

Могу привести обратное.
"C" не предоставляет стандартных средств для работы со строками (присваивать, сравнивать, складывать). Паскаль - предоставляет.

Но проблема не в том какой язык лучше, какой хуже. Проблема в том что хороших компиляторов с Паскаля для AVR нет. Все что я видел (а видел я аж 2 таких компилятора - ELAB и микро-чего-то-там) неполноценны. Стоит ли расчитывать, что работая с неполноценным компилятором получится что-то полноценное?

[zhevak]

"C" не предоставляет стандартных средств для работы со строками (присваивать, сравнивать, складывать). Паскаль - предоставляет.

Сейчас буду кого-то убивать...

Во-первых, это не форум программистов для компов, это форум программистов для МК. (Поправьте, если не так!) Значит, здесь должны рассматриваться вопросы Си и Паскаля применительно к МК.


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

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

В случае Паскаля, у меня выбора вообще нет! Ему (Паскалю) все едино, для всех случаев жизни там один подход, который мне неподконтролен. Я юзаю чисто стриговые переменные, которые сами как-то там работают, сами как-то перераспределяют память. Если же я буду работать не со стрингами, а с буферами, то это будет не Паскалевский подход, а как раз си-шный. Тогда преимущество Паскалевских строк становится сомнительным и вопрос выбора языка отпадает.


Другой пример. Допустим, юзаем АРМ. Допустим, имеется код одной какой-нибудь функции, которая располагается (и, соответственно, выполняется) в оперативной памяти, а другая располагается и работает во флешь. Ну-ка, адепты Паскаля, приведите не гипотетический, а рабочий (работающий) пример кода того, как это будет выглядеть на Паскале.

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

[defunct]

Мне так удобнее, т.к. я знаю Паскаль лучше, чем BASIC/C#/Perl

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

Другой пример. Допустим, юзаем АРМ. Допустим, имеется код одной какой-нибудь функции, которая располагается (и, соответственно, выполняется) в оперативной памяти, а другая располагается и работает во флешь.

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

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

В случае Паскаля, у меня выбора вообще нет! Ему (Паскалю) все едино, для всех случаев жизни там один подход, который мне неподконтролен. Я юзаю чисто стриговые переменные, которые сами как-то там работают, сами как-то перераспределяют память. Если же я буду работать не со стрингами, а с буферами, то это будет не Паскалевский подход, а как раз си-шный. Тогда преимущество Паскалевских строк становится сомнительным и вопрос выбора языка отпадает.

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

Код

type
   smallstr = string[32]; // занимает 33 байта памяти str[0] - длина, str[1..32] - чары
   shortstr = string[8];   // занимает 9 байт памяти str[0] - длина, str[1..8] - чары

var
   s1 : string;
   s2 : smallstr;
   s3 : shortstr;

begin
    s1 := s2 + s3; // <- легальная конструкция.

    if (s2 = s3) then // <-- легальная конструкция
        ...

здесь должны рассматриваться вопросы Си и Паскаля применительно к МК.

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

[XVR]

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

Ой, где такую траву дают? Я тоже хочу!

Или скажите мне, что надо курить или сколько выпить, что бы вот ЭТО стало похожим на Pascal

Код

use strict;
use SOAP::Lite;
use Data::Dumper; $Data::Dumper::Terse = 1; $Data::Dumper::Indent = 1;

@ARGV or die "Usage: $0 proxy [uri [commands...]]\n";
my($proxy, $uri) = (shift, shift);
my %can;
my $soap = SOAP::Lite->proxy($proxy)->on_fault(sub{});
                $soap->uri($uri) if $uri;
print STDERR "Usage: method[(parameters)]\n> ";
while (defined($_ = shift || <>)) {
  next unless /\w/;
  my($method) = /\s*(\w+)/;
  $can{$method} = $soap->can($method) unless exists $can{$method};
  my $res = eval "\$soap->$_";
  $@                               ? print(STDERR join "\n", "--- SYNTAX ERROR ---", $@, '') :
  $can{$method} && !UNIVERSAL::isa($res => 'SOAP::SOM')
                                   ? print(STDERR join "\n", "--- METHOD RESULT ---", $res || '', '') :
  defined($res) && $res->fault     ? print(STDERR join "\n", "--- SOAP FAULT ---", $res->faultcode, $res->faultstring, '') :
  !$soap->transport->is_success    ? print(STDERR join "\n", "--- TRANSPORT ERROR ---", $soap->transport->status, '') :
                                     print(STDERR join "\n", "--- SOAP RESULT ---", Dumper($res->paramsall), '')
} continue {
  print STDERR "\n> ";
}

Сообщение отредактировал XVR - Nov 17 2008, 08:22