Вид для печати
NovaStorm,
Вроде бы можно. При использовании банкируемой модели все вызовы стандартных функций оборачиваются в прокси, указатели на дальнюю память, думаю, тоже.
На досуге поближе познакомлюсь с этим компилером, заинтересовал :)
Он еще под msp430 генерил более компактный код, нежели gcc. Правда имеющаяся среда разработки кривоватая...
Что значит "управлять вычислением указателей"?Цитата:
Сообщение от NovaStorm
В IAR модель памяти "banked" поддерживает размещение констант и кода в расширенной памяти (насчёт переменных - не уверен).
Написав функции вызова дальней процедуры и возврата оттуда можно дать проге до 64К*256 = 16М памяти (по максимуму). При размере страницы 16к -> 16К*256 = 4М.
Существуют модели с таким объемом ОЗУ?
Я тут состряпал примерчик, как на IAR под ZX-Spectrum 128 проектики собирать. Надеюсь, будет полезным.
http://zx.pk.ru/attachment.php?attac...1&d=1173860306
Какой пароль в твоем iar*.rar 9M ?Цитата:
Сообщение от valker
пароль speccy.wikispaces.comЦитата:
Сообщение от Error404
здесь всё написано: http://speccy.wikispaces.com/iar_cross
Имхо надо бы переписать файлик L08.s01- дюже монстроидальные процедурки. А поддержку многопамятности (разные расширения по памяти) обернуть в условную компиляцию.Цитата:
Сообщение от valker
Компилятор интересный (а в этой ветке его ктото конкретно обкакал- типа код лажовый генерится, видать про -s9/-z9 и слыхом не слыхивал...), в ближайшее время думаю погонять его на своих разных тестах чтоб посмотреть как он генерит разные конструкции. По поводу передачи параметров в доке исчерпывающе написано, а вот про структуру- ничего нет.
Пока на глаз прикинул следующие рекомендации по написанию кода (часть из них нашла подтверждение в мануале):
-где возможно использовать беззнаковые операнды (в частности там, где имеются сравнения). При этом читать предупреждения компилятора, он ловит бессмысленные сравнения.
-где возможно использовать операнды меньшей разрядности (если счетчик от 0 до 100, то 1 байта ему будет с головой)
-использовать общие переменные только если это действительно надо (в моем вышеприведенном тесте имеются общие переменные типа i,j,k...), для временных переменных использовать локальные. Это позволит компилятору хранить их в регистрах.
Остальные рекомендации допишу когда детально все пощщупаю :)
Естественно. Всё делалось в режиме эксперимента - заработает/не заработает. Как минимум, табличку можно по круглому адресу положить.Цитата:
Сообщение от Vitamin
Я заметил, что иногда этот компилятор генерит лишние команды пересылки между регистрами. А про какую "структуру" ничего нет?Цитата:
Сообщение от Vitamin
Ещё: часто вызываемые процедуры размещать в нижней памяти (модификатор non_banked) - это позволит сократить время вызова/возврата.Цитата:
Сообщение от Vitamin
В контексте использования С-компилятор + эмулятор хорошо бы какой-нибудь профайлер придумать, чтобы узкие места обнаруживать и на ассемблере переписывать.
Ну это следствие недостаточно гибкой модели распределения ролей регистров имхо.Цитата:
Сообщение от valker
Про структуру- надо глянуть как он генерит switch/case конструкции при разном количестве ветвей (проверки или таблица и где порог принятия решения) и как склеивает ветки если надо, какие конструкции лучше использовать.
Например в вышеуказанном примере var = var + 1; дало далеко не оптимальный код. Вот надо глянуть, что будет при var += 1; и var++/++var. Плюс как он делает постфиксный/префиксный инкремент если нужен результат (ну префиксный это понятно...).
Может ли сам делать подстановку тела процедуры в код вместо вызова (например для memcpy). Как выворачивает целочисленное умножение (что сдвигами, а что вызовом) или деление (не уверен что его вообще сдвигами делает). Как делается вызов функции по указателю.
По поводу эмулятора- легко можно написать программку конверсии итогового хекс-дампа в снапшот. Формат там такойЦитата:
Сообщение от valker
[Sn][Len][00][data][crc]
Sn- неизвестно... наверное описание области прошивки(?)
Len- количество следующих за ним байт (включая 00 и crc)
crc- подбирается таким образом, что сумма всех полей, начиная с len и до конца заканчивается на 255.
Для строк типа S2 первые 2 байта data содержат адрес в big endian формате
Ты C-spy щупал? он только с железяками дружит или к нему можно прикрутить программный эмуль?
Формат называется motorola srec. Вот тут описалово: http://www.amelek.gda.pl/avr/uisp/srecord.htm. Для нас актуальны записи типа: 0,1,2,9. Я написал конвертер в sna-формат. Но не выкладывал (сырой он, плюс требует .NET2.0). Ежели нужно, могу выложить.Цитата:
Сообщение от Vitamin
Не щупал. Я пока в unreal отлаживаюсь. Конечно, не хватает отладки по исходникам, но это не самое страшное.Цитата:
Сообщение от Vitamin
Дотнету- нет! :)Цитата:
Сообщение от valker
Вот сырец моего конвертора (тока шо написал, еще не проверял).
Не берет пока 128к режим (ибо не знаю пока как раскиданы адреса по страничкам). Компиляется под gnu-gcc, но должен собраться и под виндой и под досом (ничего специфичного).
Имя выходного файла можно задать, иначе оно берется либо из секции 0 или имени входного файла.
Код:#include <stdio.h>
#include <string.h>
#include <stdlib.h>
typedef unsigned char BYTE;
typedef unsigned short WORD;
#pragma pack(push, 1)
struct SNA48
{
BYTE i;
WORD hl_;
WORD de_;
WORD bc_;
WORD af_;
WORD hl;
WORD de;
WORD bc;
WORD iy;
WORD ix;
BYTE intstat;
BYTE r;
WORD af;
WORD sp;
BYTE intmode;
BYTE border;
BYTE memory[49152];
};
struct SNA128
{
SNA48 hdr1;
WORD pc;
BYTE port7ffd;
BYTE trdosrom;
BYTE himemory[5 * 16384];
};
#pragma pack(pop)
class FdEnv
{
FdEnv(const FdEnv&);
FdEnv& operator = (const FdEnv&);
public:
FdEnv(FILE* fil) {if (! (file_ = fil)) throw "Cannot open file";}
~FdEnv() {fclose(file_);}
operator FILE* () {return file_;}
private:
FILE* file_;
};
// usage: makesna -o output.sna -v -b0 -r24576 input.s01
int main(int argc, char** argv)
{
SNA128 snapshot;
unsigned verbose = 0;
unsigned getname = 1;
int result = 0;
unsigned use128k = 0;
unsigned startaddr =0;
char* infile = NULL;
const char* outfile = NULL;
memset(&snapshot, 0, sizeof(snapshot));
try
{
if (argc < 2)
{
printf( "Convert .a01 -> sna\n"
"Usage:\n"
"%s [options] inputfile\n\n"
"Options:\n"
"-o <filename> -- specify output file name (else it will be taken from dump or input filename)\n"
"-v -- be verbose\n"
"-bN -- set border to N\n"
"-rN -- set run address to N\n"
, *argv);
throw 1;
}
int argind = 1;
for (;;)
{
if (argind == argc)
throw "Wrong parameters";
if (argind == argc - 1)
{
infile = argv[argind];
break;
}
if (! strcmp(argv[argind], "-v"))
{
verbose = 1;
argind++;
} else
if (! strcmp(argv[argind], "-o"))
{
outfile = argv[argind + 1];
argind += 2;
} else
if (! strncmp(argv[argind], "-b", 2))
{
snapshot.hdr1.border = atoi(argv[argind++] + 2) & 7;
} else
if (! strncmp(argv[argind], "-r", 2))
{
startaddr = atoi(argv[argind++] + 2);
}
}
char outname[256] = {0};
{
FdEnv file(fopen(infile, "rt"));
char instr[520];
BYTE dump[256];
//prepare filename
if (outfile)
strncpy(outname, outfile, 256);
else
strncpy(outname, infile, 256);
while (fgets(instr, 520, file))
{
unsigned mode = 0;
unsigned count = 0;
if (sscanf(instr, "S%1i%02x", &mode, &count) != 2) throw "Wrong file!";
infile = instr + 4;
BYTE* out = dump;
unsigned crc = count;
unsigned cnt = 0;
while (sscanf(infile, "%02x", dump + cnt) && cnt != count)
{
crc += dump[cnt++];
infile += 2;
}
if (count != cnt) throw "Error in file!";
if (0xff != (crc & 0xff)) throw "Wrong crc!";
unsigned addr = (dump[0] << 24) | (dump[1] << 16) | (dump[2] << 8) | dump[3];
out = dump + 4;
switch (mode)
{
case 0:
if (! outfile)
{
memcpy(outname, dump + 2, cnt - 3);
outname[cnt - 3] = 0;
}
break;
case 1:
out--;
addr >>= 8;
case 2:
out--;
addr >>= 8;
case 3:
if (addr & 0xffff0000) throw ">16 bit addresses are not supported";
while (out != dump + cnt - 1)
{
if (addr >= 0x4000 && addr < 0xffff)
snapshot.hdr1.memory[addr - 0x4000] = *out;
out++;
addr++;
}
break;
case 5:
break;
case 9:
out--;
addr >>= 8;
case 8:
out--;
addr >>= 8;
case 7:
if (!startaddr) startaddr = addr;
break;
default:
throw "Unknown field type!";
}
}
if (startaddr & 0xffff0000) throw "> 16 bit start address is not supported";
if (verbose)
{
printf("Created %s\nPC=%#x\n", outname, startaddr);
}
if (use128k)
snapshot.pc = startaddr;
else
{
snapshot.hdr1.sp = 0x4000;
snapshot.hdr1.memory[0] = startaddr & 0xff;
snapshot.hdr1.memory[1] = startaddr >> 8;
}
}
infile = strrchr(outname, '.');
if (! infile) infile = strrchr(outname, 0);
strcpy(infile, ".sna");
FdEnv file(fopen(outname, "wb"));
fwrite(&snapshot, use128k ? sizeof(SNA128) : sizeof(SNA48), 1, file);
}
catch (const char* msg)
{
puts(msg);
result = 1;
}
catch (int val)
{
result = val;
}
catch (...)
{
puts("Unknown exception");
result = 1;
}
return result;
}
а поискать влом было?
http://www.s-record.com/
конвертеров из srec в bin полным полно, аналогично и из ihex в bin.
если уж не нашли, могли бы objcopy из пакета binutils использовать (входит в cygwin и mingw)
Более того в IAR должна быть опция линкера генерировать на выходе bin файл для прошивки ПЗУ.
А подумать влом было?Цитата:
Сообщение от deathsoft
Что делать с этим бинарником на выходе? В качестве пзухи в эмулятор подключать?
Заюзать потом, например, этоЦитата:
Сообщение от Vitamin
http://zx.pk.ru/showthread.php?t=93
Тоже вариант. Попробуй использовать этот конвертер и ту утилитку с вышеуказанного сайта.Цитата:
Сообщение от maximk
Я тебе сразу скажу на чем споткнешься- на определении стартового адреса
Присабачить бейсик загрузчик и радоваться, загрузчик можно в asm файле через db вбить. А можно и просто на асме написать, а потом совместно слинковать. И даже заголовок хобетты можно присобачить, в результате получится .$B файл, в котором будет загрузчик (под REM) а дальше запускаемый блок кода.Цитата:
Сообщение от Vitamin
Загрузчик такого плана:
10 REM тут идет асмовый код
20 randomize usr то что после REM
Если цель стоит создать конечное приложение, то такой вариант пойдет (с ограничениями правда). А для отладки только снапшоты.Цитата:
Сообщение от deathsoft
Тем более, вопрос определения стартового адреса из этого бинарника остается открытым
Таким же образом и sna файл делается. Все формирует линкер, в массиве из db делаются выражения куда подставляются стартовый адрес длина и другие параметры, линкер при линковке их заполняет.
Добавлено через 1 минуту
Для отладки я вообще bin файл в эмулятор загружаю по нужному адресу, и коректирую PC в отладчике.Цитата:
Сообщение от Vitamin
А я предпочитаю один раз потратить 10 минут на написание удобного инструмента под свои цели, нежели целый день искать что подходящее, потом еще день прикручивать к имеющемуся или 100 раз в день долбаться по 1 минуте...
Что значит вопрос определения стартового адреса? Под какой адрес слинковал, под такой загрузит и запустит. Например под 0x8000 или под 0xC000, что в линкере укажешь, то и будет, и загрузчик линкер автоматом на этот адрес настроит. Для этого linker/locater и сделан.Цитата:
Сообщение от Vitamin
В общем случае адрес запуска программы не совпадает со стартовым адресом расположения кодового блока...
Искать ничего и не надо, objcopy входит в сотсав gcc, которым ты пользуешься.Цитата:
Сообщение от Vitamin
gcc я пользуюсь на работе, дома у меня винда стоит. Так что пока остаюсь при своем мнении насчет инструмента (который кстати без проблем собирается и под виндой, сейчас доработал его как раз до 128к)Цитата:
Сообщение от deathsoft
Что такое LMA и VMA в линкере знаешь?Цитата:
Сообщение от Vitamin
Добавлено через 52 секунды
gcc и под винду есть, cygwin и mingw, к томуже бинутилсы есть нативные под винду.Цитата:
Сообщение от Vitamin
В описалове не нашел, но подозреваю что Local/Virtual Memory Address. Так?Цитата:
Сообщение от deathsoft
Можно заставить линкер насильно делать стартовую точку в начале кодового блока?
Если нет, то как ты узнаешь из простого бинарника этот адрес?
cygwin у меня есть, но все равно это не совсем то. Как среда для выполнения шелл-скриптов (ибо командные файлы это редкостный дуст) еще пойдет. Чтото серьезное- не очень...Цитата:
Сообщение от deathsoft
Елки! Я ж ленивый человек, мне проще сделать свое, нежели искать что там есть подобного в мире...
Линкер можно заставить сделать что угодно (особенно если это линкер ld).Цитата:
Сообщение от Vitamin
LMA - адрес где лежит код
VMA - адрес с которого он исполняется
линкером ld можно вообще сформировать обычный .sna файл, а не plane binary. А можно и в plane binary сделать так:
dw entry
а дальше этот entry в линк скрипте объявить как хочешь, хоть выражением высчитать.
В ИАРовском линкере все примерно также, токо там скрипты победнее чем в ld
Цитата:
Сообщение от deathsoft
Ну значит как будет время поковыряюсь. Спасибо за совет!Цитата:
Сообщение от deathsoft
Программа закрашивает прямоугольную область экрана пикселями в шахматном порядке.
Для компиляции программы необходим IAR C, программа использует свой нестандартный startup, поэтому из стандартной библиотеки IAR необходимо удалить модуль startup (модифицированная библиотека есть в архиве).
Выходом компиляции является файл test.sna (причем этот файл в формате intel-hex формируется самим компилятором).
Для преобразования hex->bin служит всего одна внешняя утилита objcopy из пакета binutils (для windows входит в cygwin и mingw).
Аналогичным образом делаются программы с бейсик загрузчиком.
Более того IAR C позволяет генерировать программы с автоматическим переключением банков памяти (например для ZX128 и выше), при этом необходимо написать всего лишь одну дополнительную функцию (которая включает нужный банк памяти) на ассемблере.
по MIX C есть у кого-нибудь документация?
IAR C безусловно крут.
SDCC рулит для разработки открытых проектов, где важно наличие открытых средств разработки (и такое бывает :))
Можно посмотреть таблицу сравнения компилеров.